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Hirek 


Csuklóra rögzíthető PDA Linuxszal 








A Eurotech bemutatta csuklóra rögzít- 
hető számítógépét, amely a megrende- 
lő igényétől függően Linuxot vagy Win- 
dows CE-t futtat. Az eszköz körülbelül 
200 gramm súlyú és hiánypótló lehet 
például kórházakban, logisztikai és őr- 
ző-védő cégeknél. A lehetséges felhasz- 
nálási területeknek csak a képzelet 
szabhat határt. 32 megabájt flash me- 
móriával és 64 megabájt programme- 
móriával rendelkezik, míg Secure 
Digital kártyával 1 gigabájtig bővíthető. 
A készülék litium-polimer akkumulá- 
tora 6-8 órás üzemidőt nyújt, ami 
hosszúnak mondható, ha figyelembe 
vesszük, hogy 3,5 hüvelykes érintőki- 
jelzővel bír, valamint nem hiányozhat 
belőle a Bluetooth és a Wifi sem. 

Az már csak hab a tortán, hogy egy 

16 csatornás GPS vevő is van benne. 


A Google AMD-re vált 


A hírek szerint AMD-re cseréli szerve- 
reit a Google. Ez több, mint kétszázezer 
kiszolgálót jelent világszerte. Beszer- 
zésekor már csak 64 bites Opteron 
processzorral szerelt szerverek szere- 
pelnek a megrendeléseken. Míg az 
Intelnek ez komoly ökölcsapás, addig 
az AMD szárnyra kaphat - jelzi előre 
több tőzsdei tanácsadó. 


Titkosított VolP 

Philip Zimmermann - a PGP írója — 
elkészítette a Zfone-t, amely képes bár- 
mely SIP-alapú IP telefonhívás titkosí- 
tására. Az első kiadás Linux és Mac alá 
készült el. Zimmermann reméli, hogy 
az oly népszerű OpenWengo ill. Gizmo 
fejlesztői integrálják a szoftvereikbe 

a megoldást, hogy ezáltal még triviáli- 
sabb legyen a használata. A kód jogál- 
lása még nem dőlt el, de várhatóan 
nyílt forrású lesz. A Zfone windowsos 
verzióját áprilisra ígéri Philip. 

2 http://www.philzimmermann.com/ 
EN/zfonelindex.html 


Havi 20 dollárért Wifi Philadelphiában 


Philadelphiában hamarosan kiépítik az 
egész várost — mintegy 350 négyzetki- 
lométert — lefedő wifi hálózatot. A város 
vezetése a technológiai haladást jelölte 
meg fő oknak a döntés meghozatalakor. 
Havi 20 dollárért az ügyfelek mintegy 
egy megabites elérést kapnak. Körülbe- 
lül 50-80 ezer ügyfélre számítanak, míg 
a beruházás 2007 elejére készül el. 


Laposelem a javából 
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A finn Enfucell kifejlesztett egy elemet, 
amely már igazán lapos. Stabil energiát 
szolgáltat, így például elektronikus pa- 
pírok energiaforrása is lehet a jövőben. 
Maga az elem hajlékony, mint egy 
papír, olcsó, környezetkímélő és szinte 
bármilyen környezetben használható. 
2 http://www.enfucell.com/ 


146 dolláros PC Kínából 





A kínai Municator bejelentette — fő- 
képp irodai felhasználásra szánt — 
PC-jét. A dobozban minden benne 
van, amit egy átlagos irodista várhat: 
40 gigabájtos merevlemez, 400/800 
MHz-es Godson C2-es processzor, 

256 megabájt memória, 4 darab 

USB 2.0-ás port. Az egész doboz 
nem nehezebb 400 grammnál, ami 
pedig a fogyasztását illeti: 45 wattal 
is beéri, akár egy laptop. 

A gyártó Linuxszal (Thinix 05) 
kínálja, amely tartalmaz Firefox-ot, 
Thunderbird-öt, Gaim-et, Red Office-t, 
az mplayer-t, de nem hiányozhat 

a Skype sem. 

2 http://yellowsheepriver.org/ 


Flash alapú laptop merevlemez 

A Samsung bejelentette 32 gigabájtos 
laptop merevlemezét, mely flash tech- 
nológián alapul. Az 1.8 hüvelykes me- 
revlemez már használható sebességű, 
hiszen 32 és 57 megabájt per másod- 
perc között változik, azonban lénye- 
gesen kevesebb energiát használ, 
mintegy hagyományos merevlemez. 
Azt sem szabad elfelejteni, hogy telje- 
sen hangtalan, hiszen nincs benne 
mozgó alkatrész. A Samsung szerint 
az új flash merevlemezek alkalmazása 
akár 2090-al is meghosszabbíthatja 

a laptopok üzemidejét. A meghajtó 
ára egyelőre ismeretlen. 


Az év olvasói díjai 


Linuxos médialejátszó 
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de a Linuxguestions.org is kiosztja 6 
évről-évre olvasói szavazatok alapján KS 
a legjobb programoknak járó címet. H 
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kapacitású akkumulátor elégíti ki. NN 
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Az adatok gyors áttöltéséhez LISB 2.0-es : ki 
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tók áttöltését megfelelő digitális fényké- Webszerkesztő Ouanta 


pezőgépről. lermészetesen — amint azt 
már megszokhattuk az ilyen eszközök- 
nél — a beépített szoftvere frissíthető. 

2 http:/eng.iaudio.com/ 


Google Page Creator 

A Google bemutatta a Google Page 
Creatort, amellyel másodpercek alatt 
összeállíthatunk letisztult HIML olda- 
lakat a rendelkezésre álló képekből. 
Munkánkat számos előre elkészített 
sablon segíti. Az elkészült oldalak 

a Gmail tárhelyünkre kerülnek. 


Az Intel Vietnámban 

A Vietnámi kormány jóváhagyta az 
Intel 605 millió dolláros befektetési 
tervét. Az új gyár Ho Si Minh város- 
ban épül és Vietnám legnagyobb szá- 
mítástechnikai üzeme lesz, melyben 
processzorok és más számítógép 
alkatrészek készülnek majd. Jelenleg 
mintegy 260 amerikai cég képviselteti 
magát az országban összesen mintegy 
1,45 milliárd dollár összbefektetéssel. 


2 http://www.linuxguestions.org 


Négymagos Intel 
Bemutatta a sajtónak két új négymagos 
processzorát az Intel. A Clovertown 
kódnevűt elsősorban szerverekbe, 

míg a Kentsfield kódnevűt munka- 
állomásokba szánják. Mindkét pro- 
cesszor 65 nanométeres technológiá- 
val készült, azonban piacra csak 2007 
első negyedévében kerülnek. 

2 http://www.intel.com/pressroom/ 
archive/releases/20060307corp. a.htm 
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m John W Linville bejelentette, hogy 
létrehozott egy git tárat az általa fej- 
lesztett Fedora Core kernel számára. 

Az ezen a helyen található anyag alapja 
mindig hivatalos Fedora rendszermag, 
amit Linville kiegészít a kernel.org-on 
található hálózati foltokkal. A cél egy- 
részt az, hogy a Fedora felhasználók is 
hozzáférhessenek a legújabb eszközök 
meghajtóihoz, amelyekre másként 
várniuk kellene, amíg bekerülnek a hi- 
vatalos kiadásba, másrészt pedig egy 
tesztelői közösség összekovácsolása, 
amely különösen a hálózati eszközök 
kipróbálására koncentrál majd. 

Eric Dean Moore elvállalta a korábban 
a támogatott eszközök listáján nem 
szereplő LSI Logic MPT Fusion SCSI 
meghajtó karbantartását. Ez a meghaj- 
tó korábban egységesen támogatta 

a SCSI és Fibre Channel eszközöket, 
nemrég azonban szétvált több olyan 
meghajtóra, amelyek csak egy-egy 
felületet támogatnak. Az egészben az 
igazán ironikus momentum az, hogy 
bár ezt a váltást maguk a fejlesztők 
javasolták, az MPT Fusion melletti 
legfőbb érv, illetve hírnevének alapja 
egészen idáig az volt, hogy egyetlen 
felületen keresztül támogatja a SCSI-t 
és Fiber Chanelt. 

Alessandro Di Marco Sluggard né- 
ven megkezdte egy olyan speciális 
fájlrendszer fejlesztését, amely 

a kernelforrás letöltését hivatott egy- 
szerűbbé tenni. Ahogy a rendszer- 
mag növekszik, a forrás letöltése 
egyre több és több időt és helyet igé- 
nyel. SIluggard erre egy viszonylag 
egyszerű megoldást talált ki: az rsync 
segítségével egyszerűsíti a letöltés 
folyamatát. A helyi gépen a felhasz- 
náló egy speciális fájlrendszert olvas, 
amely transzparens módon követi 

a forrásfájlok változásait, és a hozzá- 
férés előtt automatikusan frissíti, amit 
kell. Ezzel a módszerrel elmondása 
szerint neki körülbelül 200 MB helyet 
sikerült spórolnia, de szerinte ennél 
többre is van esély attól függően, 
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hogy milyen szolgáltatásokat akar 
valaki belefordítani a rendszermagba. 
Andrey Volkov elkészítette az ST 
M41185 valósidejű órajelchipet támo- 
gató kódot. Munkájához Mark A. 
Greer ST M411100 chiphez készült 
meghajtóját használta fel alapként. 
Ami azt illeti, egyesek épen azért azt 
javasolták, hogy a két kódot egyesíte- 
ni kellene. Ugyanakkor a két hardver 
közötti számos apró eltérés miatt egy- 
előre nem világos, hogy melyik meg- 
közelítés a gazdaságosabb, célszerű 
volna ugyanis elkerülni a rengeteg if 
ág megjelenését a forrásban. Akár az 
is kiderülhet tehát, hogy a két kód 
egyesítése nem hogy nem egyszerűsíti 
a helyzetet, hanem kifejezetten bo- 
nyolítja. Mindazonáltal mind Andrey 
mind Mark egyetért az egyesítéssel, 
ha ez tűnik a helyes útnak. 

Mivel a Sun nyilvánossá tette a ZES 
fájlrendszer forráskódját, Tarkan 
Erimer nemrég azt a kérdést kezdte 
feszegetni, vajon azt jelenti-e ez, hogy 
valamikor a jövőben Linux alatt is 
meg lehet valósítani a ZFS támogatá- 
sát. Sajnos azonban ez nem tűnik túl 
valószínűnek, mivel a Sun a CDDL 
licenszet használta, amely megengedi, 
hogy az így kibocsátott kódot zárt for- 
ráskódú alkalmazásokhoz is linkelni 
lehessen. Ez pedig összeegyeztethetet- 
len a GPL elveivel. Hacsak a Sun úgy 
nem dönt, hogy mind CDDL, mind 
GPL alatt kibocsátja a kódot, a ZFS 
támogatását legálisan nem lehet beil- 
leszteni a hivatalos kernelfába. Annak 
persze továbbra sincs akadálya, hogy 
valaki a Sun kódja nélkül teljesen újra- 
írja ennek a fájlrendszernek a kódját. 
Ha valakinek netán kétségei lettek 
volna afelől, mit is gondol Linus 
Torvalds a CVS rendszerről, nos az 
megnyugodhat. Amikor nemrég vala- 
ki azt javasolta, hogy a rendszermag 
dokumentációjába meg kellene emlé- 
kezni a jelenleg létező CVS tárakról is, 
Linus a következőket válaszolta: 

, Semmi értelmét nem látom. A CVS 





úgy rossz, ahogy van, és bárki, aki 
ezzel tartja karban az általa fejlesztett 
kódot, fel kell készüljön azokra a nehéz- 
ségekre, amelyek a kernelfával való 
egyesítés során majd felmerülnek. 

És ez nem holmi elmélkedés, hanem 
gyakorlati tapasztalat, amivel nekünk 
már évekkel ezelőtt tisztába kellett 
jönnünk, amikor hasonló dologgal pró- 
bálkoztunk. Éppen ezért nem akarok 
látni egyetlen külső CVS fát sem, és 
nem is vagyok hajlandó ezekkel semmi- 
lyen szinten foglalkozni." Hát ennyi. 

A Linux fejlesztése során alkalmazott 
filozófia egyik alaptétele az, hogy 

a rendszenek nem kell egyetlen szab- 
ványhoz sem vakon alkalmazkodnia 
csupán azért, mert az a szabvány léte- 
zik. A szabványoknak értelmeseknek 
kell lenniük, ha pedig a Linux nem 
követ egy amúgy jól átgondolt előírást, 
akkor az ahhoz való visszatérésnek va- 
lamiféle gyakorlati haszonnal kell szol- 
gálnia. Ez a dilemma a közelmúltban 
is felmerült, amikor Matthew Wilcox 
megpróbálta kijavítani a NO IRO defi- 
vánnyal. Linus rámutatott, hogy ezt 

a szabványt maguk a hardvergyártók 
is évek óta figyelmen kívül hagyják, 
így a NO IRO definíciójának megvál- 
toztatása számos jelenleg jól működő 
meghajtó működésképtelenné válásá- 
hoz vezethet. Ami azt illeti, a Linux 
kernel sokkal áttekinthetőbb lenne, 

ha a különböző architektúrákat leg- 
alább nagyjából fedésbe hoznák, illetve 
ha az összes meghajtót sikerülne úgy 
módosítani, hogy tükrözze ezt a válto- 
zást. Ez lenne a leghelyesebb. Ezzel 
együtt Linus elutasította a javaslatot, 
mondván igaz ugyan, hogy ez eredeti 
felépítés hibás, a kijavítása azonban 
olyan mennyiségű járulékos problémát 
vonna maga után, ami megkérdőjelezi 
az egész akció értelmét. 


Zack Brown 


A Novell újgenerációs Linux desktop megoldása 
átrendezi az asztali munkaállomások piacát 


rA fejlesztés megkezdésekor az üzleti felhasználók számára elérhető legjobb 


asztali rendszer megalkotását tűztük ki célu 


I" 


- ezekkel a szavakkal jelentette be 


a Novell a CeBIlT-en újgenerációs vállalati asztali Linux-rendszerét. 


SUSE Linux Enterprise 
Desktop megjelentetésével 
a Novell beváltotta tavaly 
tett ígéretét, miszerint nemcsak a ta- 
pasztalt linuxosokat, hanem az üzleti 
felhasználókat is megcélzó asztali 
rendszert dob a piacra. A könnyű 

és egyszerű felhasználás problémáját 
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A SUSE Linux Enterprise Desktop 
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mi 1. ábra A SUSE Linux Enterprise Desktop beépített fotó menedzsment könyvtára 


olyan technológiai újítások találha- 
tóak, mint a továbbfejlesztett ener- 
giagazdálkodás, a beépített asztali 
keresőrendszer, a nagy teljesítményű 
grafikus felületek és a különféle alkal- 
mazások nyílt forráskódú fejlesztések- 
ből származó újdonságai. Ennek kö- 
szönhetően a SUSE Linux Enterprise 
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Desktop új mércét állít fel az üzleti 
asztali környezetek világában: egy- 
szerű használhatóságot, nagy teljesít- 
ményű, beépített irodai funkciókat 

és sziklaszilárd stabilitást kínál 

a termelékenység növeléséhez 

—- a hagyományos asztali termékek 
árának töredékéért. 

A SUSE Linux Enterprise Desktop 
tervezése közben a Novell több száz 
felhasználói felmérést végzett és kö- 
zel 1500 órányi videót forgatott arról, 
hogyan is használják az irodai dolgo- 
zók munkaállomásaikat. A SUSE 
Linux Enterprise Desktop minden 
egyes funkcióját - legyen az akár az 
asztali beállítások módosítása, fájlok 
keresése, alkalmazások elindítása, 
külső eszközök (például USB-s meg- 
hajtók) elérése, az Internet haszná- 
lata vagy éppen csatlakozás a helyi 
és a vezeték nélküli hálózatokhoz — 
gondosan tesztelték. A körültekintő 
tervezésnek köszönhetően a lehető 
legjobb teljesítményre számíthatnak 
a céges, vagy intézményi irodai 
felhasználók. 


Nagy teljesítményű asztali funkciók 
A SUSE Linux Enterprise Desktop 
része a gyors rendszertöltési tech- 
nológia, a továbbfejlesztett energia- 
gazdálkodás és a rendszer felfüg- 
gesztése, a vezeték nélküli eszközök 
még kifinomultabb integrációja, 
Bluetooth-támogatás és az alkalma- 
zások biztonságosabb használata 

a Novell AppArmor segítségével. 
Szemben a hagyományos megol- 
dásokkal, ahol további szoftverek 
vásárlására van szükség egy hasonló 
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funkcionalitású asztali rendszer 
kialakításához, a SUSE Linux 
Enterprise Desktop minden szüksé- 
ges komponenst tartalmaz: egy 
megoldásban kínál biztonságos ope- 
rációs rendszert, irodai csomagot, 
webböngészőt, kliensprogramot 
azonnali üzenetküldéshez, fájlkeze- 
lőt, fotó- és zeneszerkesztő szoftvert, 
beépített asztali keresőt és automati- 
zált szoftverfelügyeleti eszközöket. 
A fájl- és tartalomkeresést teljes egé- 
szében a felhasználói környezetbe 
integráló SUSE Linux Enterprise 
Desktop használatakor csupán egy 
kulcsszó megadásával azonnal elér- 
hetők a dokumentumok, grafikák, 
e-mail üzenetek és beszélgetések, 
weboldalak és minden más tartalom. 
A Novell felhasználói tesztjein a vá- 
laszadók túlnyomó része jobbnak 
találta a SUSE Linux Enterprise 
Desktop keresési lehetőségeit a ha- 
gyományos megoldásokhoz képest. 


integrált OpenOffice 2.0 

A SUSE Linux Enterprise Desktop 

az első olyan, teljes mértékben támo- 
gatott vállalati asztali környezet, 
amelynek része az OpenOffice.org 
2.0, a vezető nyílt forráskódú irodai 
megoldáscsomag. Az OpenOffice 
része egy táblázatkezelő, egy üzleti 
prezentációkészítő és egy szöveg- 
szerkesztő is. Az OpenOffice.org 
Novell-változata számos Visual Basic 
makrót kezel és ezzel megszünteti az 
OpenOffice.org és a Microsoft Office 
közötti korábbi kompatibilitási prob- 
lémát. Az OpenOffice.org 2.0 képes 
megnyitni és elmenteni a Microsoft 





Office tormátumban készült doku- 
mentumokat, így az Excel adattáblá- 
kat is, és jelenleg ez az egyetlen 
olyan irodai csomag, amely teljes 
mértékben támogatja a dokumen- 
tumfájlok új, nyílt formátumát, 

az OpenDocument fájlformátumot. 
Mivel az OpenDocument egy nyílt 
szabvány, amelyet a nyílt forráskó- 
dú közösség tart karban, használa- 
tával megszűnik a gyártóhoz való 
kötöttség, hiszen a táblázatokba, 
dokumentumokba és bemutatókba 
mentett adatok szabadon elérhetők 
minden OpenDocumentet támogató 
alkalmazásból. 


Együttműködés a Windows-zal, 
Office-szal, Exchange-dzsel 

A Linuxra való átállás megkönnyí- 
tése érdekében a SUSE Linux 
Enterprise Desktop együttműködik 

a Microsoft Windowszal, a Microsoft 
Office-szal és a Microsoft Exchange- 
dzsel. Támogatja az összes szokásos 
hálózati és nyomtatási protokollt 

és problémamentesen integrálódik 

a meglévő Active Directory környe- 
zetekbe. Az OpenOffice.org 2.0 olvas- 
sa és írja a Microsoft dokumentum- 
formátumait, a Novell Evolution 
e-mail kliens pedig beépített csatolót 
tartalmaz a Microsoft Exchange-hez. 
Az IBM Workplace Client Technology 
termékéhez ígért Lotus Notes 
Application bővítőmoduljával 

a Lotus Notes és Domino felhasz- 
nálók elérhetik a Notes-alkalmazá- 
sokat, -adatbázisokat és -levelezést. 
A Novell Group Wise pedig természe- 
tesen teljes mértékben támogatott 

a SUSE Linux Enterprise Desktop 
alatt is. 


Teljes körű ügyfélmegoldás 

A SUSE Linux Enterprise Desktop 
egyszerűen üzembe helyezhető és 
üzemben tartható. Az előfizetési 
időszak alatt a Novell a felhasználók 
számára teljes körű hozzáférést biz- 
tosít a Novell Customer Centerhez, 
egy on-line portálhoz, amelyen 
azonnal, automatizált módon elérhe- 
tők az új szoíftverkiadások, javítások 
és műszaki frissítések. A nagyobb 
rendszerek támogatása érdekében 

a SUSE Linux Enterprise Desktop 
maximálisan integrálódik a Novell 
ZENworks Linux Management 
megoldásával. 
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interjú a madárral (1. rész) 


A közelgő május 10-i Madarak és Fák Napja alkalmából felkerestük 
madarunkat, Pápaszemes Tóbiást az Állatkert Kissziklájának fája alatt, 
és arról érdeklődtünk, hogyan telt a napja. 
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EE 
TT 

Kedves Tóbiás, bizonyára 

hallotta a hírt, mely szerint 

hasonló alakú fajrokonait a ja- 

pán állatkert szigorú gondozói 

napi többszöri testgyakorlásra 

kényszerítették, hogy a bőrük 

alatt felhalmozott szalonnaré- 

teg téli vastagságából veszejt- ÉTÉ 


senek. Érték Önt és társait 
hasonló atrocitások a tavasz 
beköszöntével? 

Minálunk úgy tartják, a kö- 
vérség ott kezdődik, amikor 
barátaid azt kezdik pedzegetni, 
régen mintha magasabb lettél 
volna... Amíg megközelítem 
az Ön indiai fajrokonának, 
Gul Mohammednek 57 centi- 
méteres magasságát, nem 
aggódom a méreteim miatt. 


Apropó, magasság. Minap 
olvastam, hogy 40 millió éves 
óriáspingvin-csontokat találtak 
Új-Zélandon, és e lelet valaha 
másfél méterre nyúlt madarat 
testesített meg — igaz, többet 
nyomott 100 kilónál. 

Hát az Eiffel-torony magassága 
is változik a hőmérséklet függvé- 
nyében... Amúgy is nehézkes 
négy ujjban végződő bokán 
egyensúlyozni ezt a pár kilós 
frakkot, de az alacsony termet- 
nek is megvannak az előnyei. 


Például minket ér utoljára az eső. 


Egyik ismerősöm szerint ne 
bízzak feltétlen olyan egyén- 
ben, aki rövid lábakon áll, mert 
túl közel van az agya az ülepé- 
hez. Önnek azonban világhírű 
az ülepe, pontosabban az eme 
testtájékát elhagyó terméke. 
Többféleképpen hasznosítják, 
guano termelésében, erősáramú 
vezetékek forgalmazásá- 
ban, Nobel-díj szerzé- 
sében vagy éppen 
mesékben... 

A hatótávolság szem- 
pontjából megoszlanak 

a székletemmel szembeni 
megítélések. Ha szemben 
székelek egy erősáramú 
vezetékkel, szennyezéses 
meghibásodásról pa- 
naszkodnak. Ha azon- 
ban a nyomásviszo- 
nyokra koncent- 

rálok erősen, 

nem az 

irányra, 


továbbá kihagyom számításaim- 
ból kloákám átmérőjét — máris 
garantáltan Nobel-díjhoz segí- 
tem a madárlesőket. Sőt egy 
ausztrál mesekönyvbe is beszé- 
keltem magam nagy dolgaim 
végeztével. 


Szívesen faggattam volna tovább 
madarunkat a magasság, tömeg 

és Nobel-díj összefüggéseiről, azon- 
ban ő hirtelen hátat fordított (én 40 
centit arrébb ugrottam), és eltotyogott 
uzsonnaosztásra, hogy heringadagját 
belakomázva újabb nyomást gyako- 
rolhasson a főemlősök ama szervére, 
mi testsúlyuk 2 százalékát teszi ki, 
nevezetesen az emberi agyra. 

Pedig még annyi kérdésem lett 

volna napelemes pingvinhűtésről, 
szürkehályog-madárműtétről, 
álcázott homoszexualitásról — no, 
majd legközelebb. 


Halusz Léna 
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Az EFL alapjai 


Az EFL egy függvénykönyvtár, és hasonlóan a Gnome, és a KDE keretrendszerel- 
hez, ez az Enlightenment DR1/7/ (E17) alapja. Minek még egy, hiszen már van 
nekünk GIK, OT, és még sorolhatnánk a grafikus eszköztárakat?! Ez sem lesz 
szebb, gyorsabb, vagy egyszerűbbi Nos, aki így vélekedik, annak Itt az idő, 

hogy mindent újragondoljon. 


, tt az idő, hogy mindent újra- 
gondolj!" Ez ugyanis a szlogen. 
És valóban, az E17-et készítő csapat- 
nak ez sikerült is. Az EFL tagjai úgy 
lettek tervezve, hogy a lehető legkeve- 
sebb erőforrást használják fel számító- 
gépünkből, egyszerűen kezelhetőek 
legyenek mind programozói, mind 
felhasználói szemszögből, és nem 
utolsó sorban elálljon a lélegzetünk 
az grafikus effekteknek köszönhetően. 
Jó, jó, hiszen mindenki ezt mondja 
a saját programjáról! Nos, az a hely- 
zet, hogy a csapat egyik tagja egy 
100 Mhz-es Pentium I-esen teszteli 
rendszeresen az alkalmazásokat, 
elég gyorsak-e azon is, és meg van 
elégedve az eredménnyel. 
Mik is alkotják hát az EFL-t? Kezdjük 
az alapokkal. 


Az Evas egy nagyon jól portolható és 
okos képernyő-leképező. Gyorsaságát 
főleg neki köszönheti az egész EEL, 
hiszen ezen alapul. Nem csak X 
szerveren használhatjuk, hiszen fut 


Framebufferen, DirectFB-n, OpenGL-lel 
is gyorsíthatjuk működését, sőt , okos- 
telefonokra" és PDA-kra is létezik. 
Ellát minket jó minőségű képátmérete- 
zéshez, élsimított (anti-aliased) betűk 
létrehozásához, színátmenetek készíté- 
séhez, egyszerű vonalak előállításához 
való eszközökkel, és ez még nem 
minden. Az embernek amiatt sem kell 
törnie a fejét, hogy hány színt képes 
kezelni az X szerverünk. Elég okos 
hozzá, hogy megtalálja a maximálisan 
megjeleníthető színek számát, így 

akár egy fekete-fehér kijelzőn is fut. 

A megfelelő Doxygen dokumentáció 

a 2 http://enlightenment.sourceforge.ne 
t/doxy/evas/ címen érhető el. 


Ez a könyvtár felelős az eseménykeze- 
lésekért, a húzd-és-ejtsd (drag-and- 
drop) rendszerért, a kijelölések kezelé- 
séért, és az alapszintű rendszerekért. 
Nagyon jól bővíthető, és gyors. 
Használhatjuk alapjául az Evast, 

de közvetlen Framebufferen és X 
szerveren is fut. Tartalmaz modulokat 


szövegkonverzióra, folyamatok közti 
kommunikációra, kliens-kiszolgáló 
kapcsolatokra, és még sok minden 
másra is. 


Az Embryo egy C szerű szintaxissal 
rendelkező szkriptnyelv. Minden 
Embryo program egy védett környe- 
zetben (sandbox) fut, ami meggátolja 
abban, hogy rendszerünkben kárt te- 
gyen, viszont ezáltal nem alkalmazható 
olyan feladatokra, mint amilyeneket 
Bash, Perl, vagy Python programokkal 
oldanánk meg. Ebből a védett környe- 
zetből nem tud fájlokat kezelni, memó- 
riaterületet foglalni, más folyamatokat 
elérni, és a hálózathoz csatlakozni sem. 
Az Embryo kód egy nagyon kicsi, 

és gyors virtuális gépben fut. Az egész 
virtuális gép kódja nem több, mint 
háromezer sor, ami szép teljesítmény. 


Az Edjfe egy olyan könyvtár, ami 
megadja a lehetőséget, hogy a grafi- 
kus felhasználói felületet elválasszuk 
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a tényleges munkát végző kódtól. 
Ami különlegessé teszi, az az a tulaj- 
donsága, hogy mi magunk csinálhat- 
juk meg a grafikus elemeket, amiket 
később elláthatunk olyan Embryo 
kódokkal, amik azt animálják, vagy 
éppen átalakítják a képeket. Így ké- 
szíthetünk akár Flash animáció szerű 
programokat is. Az Embryo forrásfáj- 
lokat a képekkel együtt EET kiterjesz- 
tésű állományokban tartja. 


EET, EDB 

A két rövidítés egy-egy állomány- 
típust jelöl. Az ilyen fajta fájlok 
bináris formában tartalmaznak 
kulcsérték párokat. Az EET zip- 
szerű, tehát tömörítheti is a bevitt 
adatot, és inkább fájlok tárolására 
való, ám egy zip-nél jóval egysze- 
rűbb felépítésű. 

Az EDB fájlok beállításokat tárolnak. 
A kulcs-érték párokhoz kapcsolódik 
még egy típus is, ami lehet int 
(egész), str (karakterlánc), float 
(lebegőpontos szám), vagy data 
(bináris adat). 

Az EET Doxygen-je a 

2 http://enlightenment.sourceforge.net/ 
doxy/eet/ címen érhető el, az EDB-nek 
viszont nincs ilyenje, ezért a jó mi- 
nőségű, megjegyzésekkel tűzdelt 
fejállományt kell használnunk. 


Épeg, Épsilon 

Két képkicsinyítőről, villámnézet 
(thumbnail) készítőről van szó. Az Epeg 
(a készítők szerint) a világ leggyorsabb 
JPEG kicsinyítő könyvtára. Az Epsilon 
képes saját maga kezelni PNG formá- 
tumú képeket is, és az Imlib2 könyvtár- 
ral együttműködve ez a sor még kiegé- 
szül az XCF és IIFF formátumokkal is. 
Az Epeggel kombinálva fantasztikus 
sebességgel készít villámnézetet még 

a nagy felbontású képekből is. 

Az Epeg Doxygen dokumentációja a 

2 http://enlightenment.sourceforge.net/ 
doxy/epeg/ oldalon érhető el, az 
Epsiloné pedig ugyanitt de a /epsilon 
könyvtár alatt. 


Etox 

Az Etox nagyon hasznos, ha szövegek 
formázásáról van szó. Képes min- 
denféle effektre, mint szövegeket szí- 
nezése, képek körülfolyatása, átmére- 
tezése, rétegekbe rendezése, vagy 
akár mozgatása. Mindezt egy sima ab- 
lakban, szövegszerkesztő nélkül. 
Szintén nincs Doxygenje, de a fejállo- 
mányok itt is segítségünkre vannak. 


Emotion 

Az Emotion mozgóképek, videók 
kezelésére való. Alapjául a libxine, 
vagy a Gstreamer használható, 





így minden formátumot képes le- 
játszani, amit azok is. Segítségével 
akár 18 sorban írhatunk egy DVD 
lejátszót. Nincs Doxygen dokumen- 
tációja, a fejállományokat kell tanul- 
mányoznunk. 


EWL 


Ez az EFL grafikus eszköztára. 

Bár létezik egy ETK nevű hasonló 
funkciójú könyvtár is, arról egy szót 
sem ejt az Enlightenment hivatalos 
oldala. Elég nehézkes a Doxygen 
böngészése, sok mindent nehéz 
benne megtalálni, ezért ajánlom 

a közvetlen fejállományokat tanul- 
mányozni. A Doxygen elérhető a 

2 http://enlightenment.sourceforge.net/ 
doxy/ewl[/ címen. 


Lássuk mindezt a gyakorlatban! 
Most, hogy megismerkedtünk az EFL 
építőelemeivel, lássuk, hogyan is kell 
használni őket. A következő példákban 
az EWL, EDB, és EET könyvtárak lesz- 
nek a főszereplők. A programokat a 


gcc -o program prog.c 


s ewl-config -cflags -libs. 
3  eet-config -cflags -libs. 
s  edb-config -cflags -libs. 


paranccsal fordíthatjuk le. 


1. Lista hello.c 19 : 
20: fajl - eet open(fajlnev, 
1: $§include cEwl.hsz 5$EET FILE MODE WRITE); 
2: ftinclude cEet.hz 21 --aeeiTajb) S ztetürA; 
3: include cEdb.hz 228 
4: finclude cstdio.hz 23: szoveg - "Ez egy mondat, amit eet-vel írtunk 
5. 9 kej ts 
6: void vege  (EwIl widget "hivo, void 24: eet write(fajl, "eleresi kulcs", szoveg, 
"s xaesemeny, void 7"extra) í( "5 (strlenC(szoveg) 41), 19; 
7: ewl widget destroy(hivo); 25: eet close(fajl); 
8: ewl main guitO; 203 
9: ) 27 
10: 28: void edb.. (EwIl widget "hivo, void "esemeny, 


11: void eet , (Ewl widget "hivo, void "esemeny, 


void "extra) ( 
12: char "fajlnev; 
13: char "szoveg; 
14: Eet File "fajl; 
15: EwIl widget "bevitel; 


16: 
17: bevitel -— 
18: fajlnev - ewl text text get 
55 (EWL TEXT(bevitel)); 
14 linuxvilág 


(Ew] widget ")extra; ősi 


ssvoid "extra) ( 


29: char "fajlnev; 


30: char "szoveg; 


31: E DB File fajl; 
32: Ewl widget "bevitel; 


30 


34: bevitel - (EwIl widget ")extra; 


fajlnev -— 


ewl text text get 


55 (EWL TEXT(bevitel)); 


36: 


1. Lista folytatás Züse/s A beviteli mező 5 / 
72: bevitel - ewl entry newO ; 

37: fajl - e db open(fajlnev); 73. 
38: 1ífC(Ifajl) return; 74: /:" Az eet-be író gomb 7"7/ 
39: e db property set(fajl, "program", "Hello"); 75: gomb eet - ewl button newO ; 
40: e db str set(fajl, "/eleresi/kulcs", "Ez egy 76: ewl button label set(EWL BUTTON (gomb. eet) , 

5 mondat, edb-ben tárolva"); s "Eet-be írás"); 
41: e db close(fajl); 77: ewl callback append(gomb. eet, 
225, "5 EWL CALLBACK CLICKED, eet , bevitel); 
43: 78. 
44: int main (int argc, char "7"argv) ( 79: /": Az edb-be író gomb 77/ 
45: Ewl widget "ablak, "vbox, "hbox, 80: gomb edb — ewl button new() ; 
46: :cimke, "bevitel, 81: ewl button label set(EWL BUTTON(gomb. edb) , 
47: :gomb eet, "gomb edb; s "Edb-be írás"); 
48: 82: ewl callback append(gomb. edb, 
49: 55 EWL CALLBACK CLICKED, edb , bevitel); 
50: 1fC(Clewl init(gargc, argv])) return 1; 83: 
5. 84: /"" Elemek hozzáadása a tárolókhoz 7"7"/ 
JAZZES S AZ Tab] ak "7 85: ewl container child append 


53: ablak - ewl window new() ; 


54: ew]l window title set(EWL WINDOWw(ablak) , 86: 


"Hello, mi?" ); 


55: ewl]l window name set(EWL WINDOW(ablak), 01 


s" EwlDemo") ; 


56: ew]l window class set(EWL WINDOW(ablak), 88: 


s" EwlDemo") ; 


57: ewl object size reguest(EWL OBJECT(ablak), 89: 


300, 50); 
58: ewl callback append(ablak, 


"5 EWL CALLBACK DELETE WINDOW, vege  ,NULL); 


59: 

HO AA VDOX tároló 7 
61: vbox - ewl vbox newO; 
OZ: 

63 /25 A hbox tároló "7 
64: hbox - ewl hbox newO; 
65: 

66: 75" A címke "77 

67: cimke - ewl text newO ; 


68: ewl text text set(EWL TEXT(cimke), "A fájl 


sselérési útja: ); 


69: ewl object alignment set(EWL OBJECT(cimke) , 


han EWL FLAG ALIGN RIGHT) 5 
70: 


1-5. sorban betöltjük a szükséges fejál- 
lományokat. Az Ewl.h, Eet.h, Edb.h 
fájlok értelemszerűen az EWL, Eet, 

és EDB könyvtárakhoz kellenek. 

A 7-43. sorig a visszahívásokat 
definiáljuk, ezekre később térek ki. 

A main függvény a 45. sorban kezdő- 
dik. A paraméterekre az EWL iniciali- 
zálásakor van szükségünk, ugyanis 
van néhány opció, amiket a könyvtár 
maga kezel le. Ezek az opciók a téma 
beállításához, a hardveres OpenGL, 


5 (EWL CONTAINERC(ablak) , vbox); 


ewl container child append 


5 (EWL CONTAINER(vbox), cimke); 


ewl container child append 


"3 (EWL CONTAINER(vbox), bevitel); 


ewl container child append 


"5 (EWL CONTAINER(vbox) , hbox); 


ewl container child append 


"3 (EWL CONTAINER(hbox), gomb. eet); 
90: ewl container child append 


cg jEs 
92: 788 


"5 (EWL CONTAINER(hbox), gomb. edb); 


Elemek megjelenítése "7/ 


93: ewl widget show(ablak); 
94: ewl widget show(vbox); 
95: ewl widget show(hbox); 
96: ewl widget show(Ccimke) ; 
97: ewl widget show(bevitel); 
98: ewl widget show(gomb. eet); 
99: ewl widget show(gomb. edb) ; 


100: 

TOT ewl mainO ; 
T02E return 0; 
TO3 Sz 


vagy szoftveres X11 leképezés megvá- 
lasztásához használhatók. Ez az inicia- 
lizálás az 51. sorban történik meg. 

Az 55. sorban hozzuk létre az abla- 
kunkat. A függvény Ewl widget " 
típussal tér vissza. Ez azért van, mert 
egy objektumnak vannak saját, és 
általános tulajdonságai. Az általános 
tulajdonságokat minden egyes objek- 
tumnál ugyanazokkal a függvények- 
kel állítjuk be, így azok ugyanolyan 
típusú mutatókat várnak paraméterül. 


Az átalakítást a fejállományokban 
definiált állandók végzik. Általános 
tulajdonságnak hívhatjuk az 

ewl object és ewI callback 
kezdetű függvényeket. 

Az objektum saját tulajdonságait csak 
egy adott típusra állíthatjuk be. Pél- 
dául egy beviteli mezőre nem állítha- 
tunk be ablakosztályt, ellenkező eset- 
ben az alkalmazásunk futtatáskor hi- 
bával áll le. Ablakunkhoz tartozó saját 
tulajdonságokat az 55-57. sorokban 
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állítjuk be. Az ewl window title set 


értelemszerűen az ablak címét állítja 
be, esetünkben Helló, mi?-re. Az 56- 
57. sorokban beállított tulaadonságok 


az ablakkezelőnek szükségesek, példá- 


ul az E17 ez alapján társítja az ikono- 
kat futás közben az alkalmazásokhoz. 
Az 58. sorban beállítjuk az ablak mé- 
retét. Ezt a függvényt bármilyen ob- 
jektumra meghívhatjuk, ahogy az 
59. sorban található hívást is, ami 
visszahívást rendel az ablakunkhoz. 
Láthatjuk, hogy ehhez a híváshoz 
nem kell átalakítanunk a mutató 
típusát. Az ewIl callback append 
függvény második paramétere 

a visszahívás típusa, jelen esetben 
az ablak bezárása. A harmadik 
kapcsoló a meghívandó függvény, 

a negyedik pedig egy extra objek- 
tum, amit átadhatunk. Esetünkben 
erre nincs szükség, így NULL. 

Így el is érkeztünk a visszahívások- 
hoz, ugorjunk tehát a 7. sorra, 

a vege . függvény kezdetéhez. Egy 
visszahívás három változót vár para- 
méterül: az első, Ew]l widget típusú 
maga a hívó. A második az esemény 
típusa, a harmadik pedig a fent emlí- 
tett , extra". Minden visszahívás void 
típusú, tehát nem tér vissza értékkel. 
Avege függvény 

ew] widget destroy hívása az ablak, 
és összes gyermeke megsemmisítésé- 
ről gondoskodik. Az ew!l main guit 
hívás az EWL megjelenítési ciklusát 
állítja le. Ezt a ciklust az ewl. main 
hívással indítjuk majd el. 

A 62. és 65. sorban létrehozott vbox 
és hbox tárolókhoz adott elemek 


/A 
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2 A fájl elérési útja: 


l Eet-be írás aj Edb-be írás mij 
Í pe a 


W 1. ábra A futó program 


függőlegesen, illetve vízszintesen 
egymás alatt, illetve mellett lesznek. 
Használhatnánk bonyolultabb elren- 
dezési mechanizmust alkalmazó 
tárolókat is, de ezek céljainknak 
tökéletesen megfelelnek. 

Az EWL Text típusa egy nem írható 
szövegmezőt, címkét jelöl. Ezt hozzuk 
létre a 68. sorban. A címke szövegét 

a következő sorban állítjuk be, de azt 
akár az ewl. text new függvénynek 
átadott mutatóval is megtehetnénk. 
Az ewl. object alignment set hívás 
szintén minden típusra alkalmazható, 
és az objektum elhelyezkedését szabja 
meg, az átadott állandó segítségével. 
A mi esetünkben az ablak jobb oldalá- 
ra igazítja a widgetet. 

A 73. sorban inicializált Entry típusú 
objektum egy beviteli mezőt jelöl. 
Vele egyelőre nincs más dolgunk. 

A 76. és 81. sorban két gombot hozunk 
létre, amik szinte ikrei egymásnak, 
csak nevükben, feliratukban térnek el. 
A gombok címkéjét nem Text típusú- 
ra átalakítva kezeljük, mint a beviteli 
mezőkét, hanem egy saját függvény 
segítségével. 

A gombok visszahívásai, azeet — és 
edb. függvények a gombokra való 
kattintáskor hívódnak meg, és eet 
illetve edb adattormátumban kiírnak 





egy mondatot a bevitel objektumba 
beírt fájlnevet felhasználva. 

Akkor tehát vizsgáljuk meg az eet — 
függvényt. Az első négy sorban 

a szükséges változókat deklaráljuk, 
majd a következő sorban az extra 
változót típuskényszerítéssel átala- 
kítjuk Ew]l widget-re, így a változó 
típusát a 19. sorban tovább tudjuk 
kényszeríteni Ewl. Text-re, ezt 
végzi igazából az EWL TEXT (bevitel) 
kifejezés. 

A 21. sorban nyitjuk meg a beviteli 
mezőbe írt névhez tartozó fájlt, 
majd rögtön az utána lévő sorban 
leellenőrizzük, hogy ez a művelet 
sikerült-e. 

A 25. sorban kiírjuk a mondatunkat: 
az második paraméter az elérési kulcs, 
amivel később mondatunkra hivatkoz- 
ni tudunk majd, a harmadik maga 

a tárolni kívánt adat. A negyedik 
kapcsoló a tárolni kívánt adat hossza, 
esetünkben a karakterláncé, beleértve 
a végét jelző 0 karaktert is. Az utolsó 
várt kapcsoló 0 vagy 1 értéket kaphat 
aszerint, hogy szeretnénk-e, hogy 
adatunk tömörítve legyen. Mi termé- 
szetesen akarjuk! A 26. sorban végül 
lezárjuk eet fájlunkat. 

Az edb.. függvényben az egyetlen 
új dolog az edb fájlok kezelése. 

A 38. sorban megnyitjuk a fájlt 
mindenféle műveletre. 

Az e db open mode függvénnyel 
meghatározhatnánk a megnyitás 
módját az open függvényhez hason- 
lóan, az o. állandókkal. 

A 39. sorban egy , tulajdonságot" 
állítunk be. Ez a mező nem szerepel 
a többi között, ha lekérjük a kulcsok 
listáját, és nem elérhető egy egyszerű, 
valamilyen get hívással. Mondhatni 
,rejtett", de mégsem. Arra használha- 
tó, hogy az alkalmazások megtudják: 
miféle adatbázissal van dolguk. 
Tudni kell, hogy nem csak egy ilyen 
állítható be, ilyen módon sok mindent 
tárolhatunk. 

A következő sorban viszont egy 
Agazi" mezőt készítünk. Az elérési 
kulcs, mint láthatjuk, némileg más 
formátumú, mint az eet esetében, 
azonban ez nem az adatformátumtól 
függ. Az E17, és az EFL-t használó 
programok inkább ez utóbbi formát 
használják, így egyszerűen csoporto- 
síthatóak a beállítások, tehát érdemes 
ez utóbbira szavazni, bár ízlés szerint 
bármilyen kulcs használható. 


2. Lista eet olvas.c 


13: 


ifC!fajl) í£ printf( "Nem tudtam megnyitni 
sa fájlt"); return 1; t 
kulcsok - e db match keys(fajl,""" , 


0; 1 c kulcs sz; 144) ( 


, e.db type get(fajl, 


MESS VENNE külesok [d 1 


se db str get(fajl kulcsok[1])); 


1: $include cEdb.h: 14: 
2: ftinclude cstdio.hz 5gkulcs sz); 
3: 5 
4: int main (int argc, char TO SPOT SG 
ss. zapgy] ia 17: printf( típús:; 765 
Sz küleseész sv. ss küulcsokl119 9: 
6: char ""kulcsok; 18: Pr1ntTC( Is : 
7: E DB File fajl; 
8 : 195 
9: iíf(argc 1— 2) 1 printf( Használat: 20: 
sAnutss [fáljnév] im", argv[0]); 21: e db close(fajl); 
10: return 1; 3 22: free(kulcsok); 
1 23: return 0; 
12: fajl - e db open read(Clargv[1]); 22 ENE 


3. Lista edb olvas.c 


$finclude czEdb.hs 
finclude cstdio.hsz 


TT JKÜTESSSZE TT 
char ""kulcsok; 
E DB File "fajl; 


OOO NOAOUUM RWNNI EF 


"s [fáljnév] mm", argv[0]); 
10: return 1: 3 


int main (int argc, char "7argv) ( JE 


14: kulcsok - e db match keys(fajl, "7", 


5gkulcs sz); 


5. 


TO "TO CT OS e külesöszi 


—70 1-4) ( 


printf( "típus: 25 


, e.db type get(fajl, 


s kulcsok[11])); 


18: DrINntEC "Is 
ss külcsökíil 


s ANSZ0S E 


se db str get(fajl,kulcsok[1])); 


ir(arge 17 2) ( printí( Használat: Wnivtés 19: 3 


20 


21: e db close(fajl); 


1 22: free(kulcsok); 
12: fajl - e db open read(Cargv[1]); 23: return 0; 
13: 1fC!Ifajl) í printf(" "Nem tudtam megnyitni ÖZÉSESE 


ear Taj lt") return 15 9) 


A 85. sortól a tárolókhoz adjuk 

a widgeteket, majd a 93. sortól meg- 
jelenítjük őket. Figyeljük meg, hogy 
az objektumok sorrendje futáskor 
nem a megjelenítési sorrenden múlik, 
hanem a tárolókhoz adáskor határoz- 
zuk meg azt. 

Végül a 101. sorban elindítjuk az EWL 
megjelenítési ciklusát, amit majd az 
ablak lezárásakor léptetünk ki, hogy 
programunk befejeződjön. 


Eet fájlok olvasása 

Az Eet és Edb könyvtárak telepítése- 
kor megkapjuk az ilyen típusú fájlok 
kezeléséhez szükséges programokat 
is, eet, és edb. ed parancsok formájá- 
ban. Az Eet fájlok, mint említettem 
inkább más állományok tárolására 


szolgálnak, hasonlóan egy zip tömö- 
rítésű fájlhoz, ezért az eet program 
a kulcsokat fájlnevekként kezeli, 
tartalmukat nem a képernyőre írja, 
hanem az kulcs által meghatározott 
fájlba. Ennek kiküszöbölésére, 

és annak szemléltetésére, hogy 
hogyan lehet C programból ezeket 
a fájlokat kezelni, íme egy újabb 
példa (2. Lista). 

A 12. sorban megnyitjuk a program- 
nak átadott fájlt, majd a 14. sorban 
lekérjük az elérhető kulcsok listáját. 
A második paraméter egy szabályos 
kifejezés, amivel meghatározzuk, 
hogy mi alapján akarjuk szűrni az 
eredményül kapott kulcsokat. 

Jelen esetben nincs ilyenről szó, 

így megteszi minden kulcs. 


A 16-18. sorban végigmegyünk 

a kulcsokon, és egyenként kiírjuk őket 
kulcs : "érték" 

formában. Az értékeket az eet read 
függvénnyel kapjuk meg. Harmadik 
paraméternek egy mutatót vesz, ami- 
be beleírja a visszatérési adat méretét. 
Most erre nincs szükségünk, így 
nyugodtan lehet NULL. 

A 22. sorban, ahogy azt illik, felsza- 
badítjuk a kulcsokat tartalmazó 
tömb által lefoglalt memóriát, és 

a 23. sorban befejezzük a program 
futását. Az Eet Doxygen külön 
felhívja a figyelmet, hogy egyen- 
ként a tömbben lévő mutatókat 

ne szabadítsuk fel! 
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Edb fájlok olvasása 

Mint említettem, létezik egy edb. ed 
nevű program, amivel az edb fájlokat 
kezelni tudjuk. A létező kulcsok listá- 
ját, és azok típusát például az 


edb ed valami.db match "7" 


paranccsal kérhetjük le, ahol a záró- 
jelek között egy szabályos kifejezést 
adhatunk meg. 

Ha viszont egy programból szeret- 
nénk ezeket a fájlokat kezelni, egy ha- 
sonló kódra lesz szükségünk (3. Lista). 
Csak olvasására megnyitni egy fájlt az 
e db open read függvénnyel tudunk, 
ahogy azt láthatjuk a 11. sorban. 

A 14. sorban lévő e db match keys 
szintén egy szabályos kifejezést, és 
egy egész mutatót vár, előbbit a kívánt 
kulcsok szűrésére, utóbbit a vissza- 
adott kulcsok számának tárolására 
használja. 

A 17. sorban lekérjük a kulcshoz 
tartozó típust, és kiírjuk a képernyőre. 
A 18. sorban aztán karakterlánc típu- 
súként kérjük le az adatot, és 

a kulccsal együtt kiírjuk a képernyőre. 
Így a teljes kimenet elemenként így 
néz majd ki: 
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típus: str I] kulcs : "érték" 

A 21. sorban lezárjuk a fájlt, utána 
felszabadítjuk a kulcsokat tartalmazó 
tömb által lefoglalt memóriaterületet, 
és befejezzük a programunkat. 


Összegzés 

Az E17 és az EFL úgy lettek tervez- 
ve, hogy ha bármire szükség van 

a fejlődéshez, egyszerűen lehessen 
őket bővíteni. Jelenleg mindkét 
komponens aktív fejlesztés alatt áll, 
így folyamatosan változik. 

Az Enlightenment hivatalos oldalán 
(2 http://enlightenment.org) lévő 
könyvek már mind elavultak, így 
csak a Doxygenre, és a fejállományok- 
ra bízhatjuk magunkat. 

Jelenleg nincsen stabil verzió 

egyik EFL könyvtárból sem, így 

a CVS fából kell őket kinyernünk, 
és lefordítanunk, de létezik néhány 
gyakran frissülő hely, ahol bináris 
csomagokat érhetünk el Debian 
rendszerekhez. A Gentoo Linux 
Portage fájában alapból benne 
vannak az EFL csomagok, telepí- 
tési útmutató ért keressük fel 

a 2 http://gentoo-wiki.org-ot. 





lalálható továbbá egy nem-hivata- 
los tár, ahová éjjelente kerülnek 
fel a napi CVS lenyomatok .tar.gz 
formátumban, így nem kell beleás- 
nunk magunkat a CVS kezelésébe, 
és egyszerűen nekiállhatunk 

a fordításnak. A komponenseket 

a következő sorrendben kell lefor- 
dítanunk: 


eet, edb, evas, ecore, embryo, imlib2, 
edje, elvagy enlightenment), epeg, 
epsilon, esmart, entrance, ewl 


Azt hiszem ennyi kiindulásnak elég 
volt, talán még sok is. Akinek van 
kedve fejleszteni programokat az 
EFL-re, tegye bátran, a csapat 
szívesen lát mindenkit! 


Párkányi Péter 


(peter.parkanyioogmail.com) 
1991-ben születtem, és 





szeretek kerékpározni, és kosárlabdát 
is szívesen játszom. Jelenleg Gentoo 
Linuxot használok. 





ezdetekben a kiszolgálók fork hívásokkal 
osztódtak. Utánuk a többszálú kiszolgálók kö- 
vetkeztek. A több példányban vagy szállal futó 
kiszolgálók kisebb számú párhuzamos kapcsolatot jól 
kezelnek, ám amikor a kapcsolatok száma több százra 
vagy több ezerre nő, akkor túlságosan sok erőforrás- 
igényes folyamatot indítanak ahhoz, hogy hatékonyan 
működhessenek. Napjainkra kialakult egy jobb megol- 
dás, ezek az aszinkron kiszolgálók. Az eseményvezérelt 
programozás egykor bonyolult világát mára harmadik 
generációs programozási nyelvek keretrendszerei teszik 
barátságossá. 

A Python közösség egyik fényesen ívelő csillaga 

a Twisted, mely egyszerűvé és elegánssá teszi az aszink- 
ron programozást, miközben eseményvezérelt segédosz- 
tályok széles választékát is rendelkezésre bocsátja. 
Írásomban az aszinkron, eseményvezérelt programozás- 
ról és Twisted alapú megvalósításáról lesz szó. Ha csak 
elmélkedünk a kódról, azzal nem jutunk messzire, ezért 
egy valódi, kifejezetten a cikk céljaira készített Twisted 
alkalmazásból fogok példákat mutatni. Egy egyszerű 
proxykiszolgálóról van szó, amely letiltja a nem kívánt 
sütiket, képeket és kapcsolatokat. A teljes forráskód 
beszerzésével kapcsolatban a források között szerepel 
részletesebb tájékoztatás. 





Mi a Twisted? 


A Twisted Project, mint hálózati alkalmazások készítésére 
használható, nagyteljesítményű, egyre üzembiztosabb meg- 
oldás növekvő népszerűségnek örvend. Alapjában véve 

a Twisted egy aszinkron hálózatkezelő keretrendszer. 

A hasonló keretrendszerektől eltérően a Iwisted a fonto- 
sabb protokollok és programozási feladatok kezeléséhez, 
például a felhasználók hitelesítéséhez vagy éppen a távoli 
objektumközvetítéshez számos beépített könyvtárral ren- 
delkezik. A Twisted mögött álló filozófiák egyike az eszköz- 
készletek közötti hagyományos határok eltörlése; például 
ugyanaz a kiszolgáló webes tartalom szolgáltatására és 
DNS-lekérdezések feloldására egyaránt alkalmas lehet. 


Noha maga a csomag meglehetősen nagy, az alkalmazások- 
nak nem muszáj a Iwisted minden összetevőjét beemelni- 
ük, vagyis a futtatási többletterhelés elenyésző. 

Ahogy a Python, úgy a Twisted felhasználói bázisa is az 
oktatási szektor felől terjeszkedett a kereskedelmi és 

a kormányzati szereplők felé. A Zotonál mi a Twistedet 

egy elosztott fényképtároló és -kezelő alkalmazásban hasz- 
náljuk, általa ugyanis rövid idő alatt, közismerten termelé- 
keny nyelven - ez volna a Python - tudunk méretezhető 
hálózati alkalmazásokat készíteni. Napi programozási mun- 
kám során újra és újra elismerést vált ki belőlem a Twisted 
lenyűgöző eszközkészlete és a mögötte álló közösség segí- 
tőkészsége. A más közösségi, nyílt forrású tervezetekhez 
hasonlóan Twisted üzleti eszközként is biztonságosan al- 
kalmazható, léte ugyanis nem egyetlen vállalat vagy intézet 
támogatásának függvénye. 


Mi az aszinkron programozás? 

Ugye ismerős a helyzet, hogy sorban állunk egy vegyes- 
bolt gyorspénztáránál, egyetlen üveg ásványvízzel, az 
előttünk lévő viszont megkérdőjelezi valamelyik tétel 
árát, és a mögötte állók mindannyian hosszú percekig 
kénytelenek várakozni az ár ellenőrzésére? Az aszink- 
ron programozást számtalan módon szokták magyaráz- 
ni, ám szerintem a legszemléletesebb példa az, hogy 
sorban állunk egy tétlen pénztárosnál. Ha a pénztáros 
aszinkron módon dolgozna, akkor megtehetné, hogy 
félreállítja az előttünk lévő személyt, és kiszolgál bennün- 
ket, amíg az ár ellenőrzése be nem fejeződik. Sajnos 

a pénztárosok elég ritkán működnek aszinkron módban. 
A szoftverek világában ugyanakkor az eseményvezérelt 
kiszolgálók gazdálkodnak a legjobban a rendelkezésre 
álló erőforrásokkal, ugyanis esetükben nincsenek értékes 
memóriát foglaló, a foglalatok forgalmára várakozó 
szálak. Maradva a vegyesbolt példájánál, a többszálú 
kiszolgáló további pénztárosok munkába állításával 
próbálja csökkenteni a sorban állás idejét, az aszinkron 
megoldás viszont lehetővé teszi, hogy egy-egy pénztáros 
egyszerre több vevőnek is segítsen. 
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1. kódrészlet A Twisted példakiszolgáló elküldi az időt, 
majd lezárja a foglalatot 


import time 
from twisted.internet import protocol, 
class TimeProtocol(protocol.Protocol): 
def connectionMade(self): 
self.transport.write( 
"Szia! A pontos idő: 95" 2 
sstime.timel) 
self.transport. loseconnection() 


reactor 


class TimeFactory(protocol.ServerFactory) : 
protocol - TimeProtocol 

reactor. listenTcP(1100, TimeFactoryO) 

reactor.runO 
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lermészetesen szó sincs arról, hogy a többszálú modell- 
nek ne lennének előnyei. Például mikroszálak alkalma- 
zásával az egyes szálak által lefoglalt erőforrások mennyi- 
sége lényegesen csökkenthető. Az aszinkron programozás 
szükségszerűen bonyolult, különösen, ha egymást követő 
blokkoló műveleteket kell végeznünk. Python alatt 

a szálakra osztásból fakadó előnyöket csökkenti a Python 
Global Interpreter Lock (globális értelmező zár, GIL). 

A többszálú programozás Python alatt üdítően egyszerű, 
ugyanis a Python belső műveletei kivétel nélkül 
,szálbiztosak". Ha hozzá akarunk adni egy elemet egy 
listához, vagy be akarunk állítani egy szótárkulcsot, akkor 
semmilyen zárra nincs szükségünk ahhoz, hogy el tudjuk 
kerülni a szálak közötti versenyhelyzeteket. Mindezt egy 
a teljes értelmezőre kiterjedő zár teszi lehetővé, melyet 
sajnos a Python értelmezője meglehetősen nagylelkűen 
használ. Vagyis egyszerre két szál ugyanahhoz a listá- 
hoz biztonságosan tud elemet hozzáfűzni, ám ugyanez 

a zár lép érvénybe akkor is, ha két különböző listával 
dolgoznak. Mivel a többszálú Python alkalmazások 
teljesítménye emiatt romlik, az aszinkron, egyszálú 
programozás a Pythonhoz hasonló nyelvek esetében 
hangsúlyozottan előnyös lehet. 


Csatlakozások fogatása és válaszok küldése 
Kezdésként nézzünk egy egyszerű, a kapcsolatokat az 1100- 
as kapun fogadó példakiszolgálót. A kiszolgáló minden 
csatlakozásnál elküldi a UNIX időt, majd lezárja a foglalatot. 
Több kapcsolatot egyetlen szállal kezelni rendkívül bonyo- 
lult feladat — éppen ezt a kérdést célozzák meg a Iwistedhez 
hasonló keretrendszerek. A hálózati kapcsolatokat 

a twisted. internet.protocol . Protocol osztály alosz- 
tályai képviselik, minden Protocol példány egy-egy 
hálózati kapcsolatot jelenít meg. Ezeket az objektumokat 

a twisted. internet .protocol . Factory-ból származó 
Factory objektumok hívják életre. 

A twisted. internet . reactor egymaga végzi a piszkos 
munkát, vagyis a foglalatok lekérdezését és az események 
meghívását. Iwistedben a reactor. run) meghívásával 
indul el az eseményhurok. A runO akkor lép ki, amikor 

az alkalmazás futása befejeződik, hasonlóan a GIK vagy 

a Ot eseményhurkaihoz. 
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AZ ülknlmazág mztályai 


cliientFactory 
OutgalngFkactary 


ServarFactary 
incaming Factory 


4 Taistad asztályai 


Mm 7. ábra Egy proxykiszolgáló osztálydiagramja. A Protocol 
osztályok kezelik az egyes kapcsolatokat, és a Factory 
osztályok hozzák létre őket. 


A proxykiszolgálós példa 

Proxykiszolgálónk kétféle hálózati csevegőkapcsolatot is- 
mer: bejövő HITP-kéréseket és a velük párosuló kimenő 
válaszokat. Mivel a HTTP egy csevegés jellegű protokoll, 
protocol osztályunkat a Twisted LineReceiveréből származ- 
tatjuk. Ez a Protocol alosztálya, a csevegés jellegű — példá- 
ul HITP - kapcsolatokhoz külön szolgáltatásokat is biztosít. 
A Twisted valójában rendelkezik kifejezetten HTTP-kérések 
indítására és kezelésére alkalmas osztályokkal is. Azért 
írunk mégis sajátot, mert a Iwisted beépített osztályai 
proxyszolgáltatást nem biztosítanak, valamint a feladat 
programozási gyakorlatnak sem utolsó. 

Az 1. ábrán látható az az osztályszerkezet, amit alkalmazni fo- 
gunk. A Twisted a Factory osztályok példányait használja az 
egyes létrejövő kapcsolatokhoz tartozó Protocol példányok 
létrehozására. Létrehozunk egy SimpleHTTP osztályt, majd 
belőle származtatjuk a bejövő és a kimenő forgalmat kezelő 
osztályokat. Mivel a HITP az ügyfél és a kiszolgáló oldalon 
szinte azonos, a tennivalók túlnyomó részét rábízhatjuk egy 
szuperosztályra, a maradékot pedig alosztályokra hagyjuk 

— pontosan így működnek a Iwisted saját HTIP osztályai is. 


A visszahívások kezelése 

Eseményvezérelt programozásnál azok a műveletek, ame- 
lyeket egyébként egy vagy két eljárással el tudnánk végez- 
ni, több visszahívást is szükségessé tesznek. Ökölszabály, 
hogy minden olyan blokkoló művelet, amelyre várnunk 
kell, saját kódunkon kívül, azaz két eljárásunk között folyik. 
Proxykiszolgálónk esetében a kérések kezelésének fázisait 
számos további lépésre bontjuk. A proxykiszolgáló tevé- 
kenysége jelentős részben a böngészőtől érkező adatok 
beolvasásából, az adatok kismértékű módosításából, 

majd a távoli webkiszolgálónak való továbbküldéséből áll. 
A HITP/1.1 megjelenése óta egyetlen hálózati kapcsolaton 
keresztül több webes kapcsolatot is lehet kezelni. A 2. ábrán 
látható, hogy mi történik az egyes kérésekkel. Ne feledjük, 
hogy minden HTTP-kapcsolaton belül több kérést is lehet 
indítani. A négyszögeket összekötő nyilak az események 
sorrendjét jelzik. 

Egy blokkoló jellegű programban szinte természetes, hogy 
ha meg kell nyitnunk egy távoli kapcsolatot, majd el kell 
küldenünk rajta egy sornyi szöveget, akkor ezt az alábbi 
módszerrel végezzük el: 


connection - socket.open(remote server , 
s remote port) 

connection.write(get string) 

response - connection.readlineO 


Kirnenő 


GET üzenet a böngászától 
1 dpil: hittan fveetenlirnuzsóaral cormHTTP/1. 1] 


Kápcsolat megnyitása 
a távali keszolgpálárval 


A HTTF fajlác logadása a kiszolgálátál 


POST infarmáció olvasása 
[ha szam 


A HTTP tariadam továbbítása 
a bángészánek 


MI 2. ábra A proxykérések feldolgozásának általános lépései 


Mindannyian láttunk már ilyet, de vajon Iwistedben mi az, 
ami másképp történik? Az eseményvezérelt programokban 
nem várjuk meg a kapcsolat felépülését, egyszerűen meg- 
adjuk, hogy milyen kódot szeretnénk futtatni, amikor 

a távoli kiszolgáló végre foglalkozni tud velünk. Twistedben 
az ilyen jellegű ütemezést, halasztást a twisted. internet. 
defer.Deferred osztály egy példányával intézzük, mely 
helyőrzőként szolgál ahhoz az eredményhez, amelyet egy 
blokkoló művelettől egyébként várnánk. Proxykiszolgá- 
lónkban például akkor alkalmazunk Deferred objektumot, 
amikor távoli kapcsolatot kezdeményezünk. (2. kódrészlet) 
A self.outgoing proxy. cache. getoutgoing eljárás egy 
kimenő proxykapcsolatot kezdeményez. A kapcsolat létre- 
jöttét azonban nem várja meg, azonnal visszatér a hívóhoz. 
Minden hívás a lehető leghamarabb visszatér; ez az a meg- 
közelítés, mely lehetővé teszi az egyszálú kiszolgáló műkö- 
dését. Az eljárások a lekötött processzoridőt tehát valóban 
érdemi műveletekre fordítják, és nem arra, hogy külső 
események bekövetkeztére várjanak. 

Érdemes megfigyelni, hogy a kapcsolati objektumot helyette- 
sítő Deferred objektum visszaadása hogyan történik. 

A Deferred objektumon az addCal Iback és az adderrback 
eljárást meghívva utasítások jövőbeli végrehajtását írjuk 

elő. Például a kimenő kapcsolat felépülése után 

a self. outgoingconnecti onMade eljárás kerül meghívásra. 
Az addcal Iback második átadott értéke az uri, amivel azt kö- 
zöljük a Twisteddel, hogy a self. outgoingconnectionMade 
eljárást úgyszintén az urival, mint átadott értékkel kell 
meghívni. 


Hibakezelés 

Hiba esetén a hibakezelést biztosító 
self.outgoingProxyError eljárás kerül meghívásra egy 
Fai lure objektummal. A Python hagyományos hibakezelé- 
se kivételekkel dolgozik; a fogalom más magas szintű nyel- 
vekből, például a Javából is ismerős lehet. (3. kódrészlet) 

Bár a Python kivételkezelése szinkron programoknál 

— játsszunk kicsit a szavakkal — kivételesen jól működik, 
aszinkron programok kezelésére nincs felkészítve. 
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2. kódrészlet A műveletek halasztása Iwistedben 


olyan, mintha tartásba helyeznénk őket, amíg a blokkoló 
utasítás végrehajtása be nem fejeződik. 


self.outgoing proxy. cache.getoutgoing 
(host, int(port)) 

d. addcal Iback(self.outgoingCconnectionMade, uri) 
d . addErrback(self. outgoingProxyError, uri) 


KK KR ARKEEKEKGyyy S HON OH 
3. kódrészlet Hagyományos hibakezelés Pythonban 


try: 
(kérdéses kódrész) 
except ValueError: 
(hibakezelő kód) 
except MyError: 
(hibakezelő kód) 


Például, amikor kimenő HTTP-kapcsolatot kezdeménye- 
zünk, a Iwisted a kapcsolat felépüléséig más események 
feldolgozásával foglalkozik. Nyilván azt szeretnénk, ha 
ettől függetlenül a kapcsolat felépítése közben esetlegesen 
előforduló hibák bármelyikét kezelni tudnánk. Szerencsére 
a Twisted készítői — áldjuk a nevüket - erre is gondoltak. 
Kódot nemcsak úgy lehet időzíteni, hogy blokkoló jellegű 
művelet véget érésekor fusson, hanem úgy is, hogy hiba 
felmerülésekor kapjon szerepet. 

A Twisted az esgeményhurkon belül felmerülő hibákat is 
kezeli, a kivételek kézben tartásában és naplózásában 
csatlakozási pontokkal segíti a fejlesztőket. Mindennek 
van egy járulékos előnye is: egy-egy kivétel ugyan meg- 
gátolhatja egy-egy művelet befejezését, a teljes kiszolgáló 
leállását viszont nem okozza, még akkor sem, ha egyetlen 
betűnyi kivételkezelő kódot sem írtunk. 


A Twisted osztályai és a kivételkezelés 

A Twisted osztályok egy részének használatakor, ilyen a most 
alkalmazott LineReceiver osztály is, számos eseményt úgy 
tudunk kezelni, hogy egyszerűen hozzáadjuk a megfelelő 
nevű eljárásokat az osztályokhoz. Minden alkalommal, ami- 
kor a protokoll fogad egy sort, a lineReceived eljárás kerül 
meghívásra, átadott értékként a sor szövegével. SimpleHTTP 
osztályunk, melyet a HITP-kapcsolatok alapszintű kezelésé- 
re készítettünk, a következő eljárásokkal rendelkezik: 


e  startNewReguest: Az egyes kérések kezdetekor kerül 
meghívásra. 

e lineReceived: Célja a csevegés jellegű protokollok 
használatának segítése. Minden alkalommal, amikor 
újabb sornyi szöveg érkezik a foglalaton keresztül, 
ez az eljárás hívódik meg. 

e  rawDataReceived: Bináris fájl vagy nyers adatfolyam 
küldésekor nincs értelme új sor karakterekkel elválasz- 
tott részek feldolgozásáról beszélni. Éppen ezért 
a LineReceiver lehetővé teszi, hogy nyers átviteli 
módba váltsunk, ilyenkor a lineReceived helyett 
a rawpataReceived kerül meghívásra. 
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4. lista Események ütemezése Iwistedben 


def outgoingConnectionMade(self, outgoing proxy, 
UuF1): 

Akkor kerül rá a vezérlés, amikor egy kimenő 
proxykapcsolat 

felépült. Ez is egy Twisted visszahívó 
eljárás. 

assert(outgoing proxy, OutgoingProxy) 

self.outgoing proxy - outgoing proxy 

outgoing proxy. incoming proxy -— self 


f HTTP parancs küldése és a válasz visszaadása 
outgoing proxy.write( "995 765 965" 96 XN 
(self.http. command, 
ÚT 
self.http version) NM 
r: self.delimiter) 


outgoing proxy.firstline sent def.addcal lback( 
self.outgoingFirstlineReceived) 


$ A sorba állított adatok elküldése 
self.flushoutgoingBuffer() 


f visszahívók hozzáadása a fejlécek 
ft megérkezésének idejére 


outgoing proxy.headers finished def.addCal Iback( 
self.outgoingHeadersReceived) 


outgoing proxy. reguest finished def.addCal Iback( 
self.handleoutgoingReguestFinished) 


e  handleFrirstLine: A HITP úgy működik, hogy minden 
kérést egy különálló sorral indít. Általában az ügyfél egy 
GET vagy POST kérést küld el egy URI[-val, a kiszolgáló 
pedig egy állapotkóddal válaszol. A handleFirstLine 
mindegyik eset kezelésére alkalmas. 

e handleHeadersFinished: A HITP fejrészek teljes 
elküldése után kerül meghívásra. 

e handleReguestFinished: Magának a HITP-kérésnek 
a befejezésekor kerül meghívásra. 


A Twisted programozók úgy illeszthetik sorba az eseménye- 
ket, hogy az adott protokoll kezelése folyamán felmerülő 
műveletekhez és állapotokhoz külön eljárásokat írnak. 
Adott kérés elindításakor megadhatjuk, hogy a kérés keze- 
lésének egyes lépéseiben milyen eseményekre kerüljön sor. 
Korábbi példánkban egy kapcsolat létrejötte után 

a self. outgoingCconnectionMade eljárást hívtuk meg. 
Vizsgáljuk meg ezt az eljárást. (4. kódrészlet) 
Megjegyezném, hogy az outgoing. proxy a távoli kiszolgá- 
lóval a böngészőprogram nevében létrehozott kapcsolatot 
képviseli. A HTTP-kérést az outgoing proxy.write eljárás- 
sal küldjük el. A self.outgoingFirstlineReceived eljárás 
meghívását akkorra ütemezzük, amikor választ kapunk 
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a távoli kiszolgálótól, a self. outgoingHeadersReceived 
eljárás pedig akkor jut szerephez, amikor a távoli kiszol- 
gáló az összes HITP fejlécet elküldte. A záró hívás 

a self.handleoutgoingReguestFinished, erre akkor kerül 
sor, amikor a távoli kiszolgáló teljes egészében elküldte 

a kimenő HTTP-kérésünkre adott válaszát. 

Bár az outgoingConnectionMade eljárás visszatér, mielőtt 
bármi is történne, mi sorba állítjuk a jövőbe ütemezett 
eseményeket. Akár az is előfordulhat, hogy miközben 
adott kapcsolaton válaszra várunk, ugyanazon a szálon 
belül további tíz kérést nyitunk meg és zárunk le. A kap- 
csolatokkal összefüggő adatok mindegyike protokollosztá- 
lyok példányadataként tárolódik. A Factoryk életre hívják 
a protokollpéldányokat, a protokollpéldányok tárolják 

a kapcsolatállapotokat, a deferred objektumok pedig 

a jövőbeli adatokat párosítják az eseménykezelőkkel. 

A kirakójátékot a reactor teszi teljessé, mely elvégzi 

a foglalatok lekérdezésének piszkos munkáját. 

Ez a Twisted alapjául szolgáló eszközkészlet. 


Barkácsolás céljára bárki letöltheti az eddigiekben tárgyalt 
proxykiszolgáló egészen pontosan 606 soros kódját. Nem 
tagadom, a vállalati intranetünket nem tenném mögé, itt- 
hon viszont már egy hete használom a nemkívánatos sütik 
és képek eldobására, illetve egy bizonyos cég oldalának 
elérését is letiltottam. Amikor elkezdtem a Iwistedet hasz- 
nálni, könnyedén rá tudtam hangolódni az aszinkron 
programozás gondolatvilágára; az általam kívánt adatáram- 
lás és az események összerendelése már nehezebben ment, 
a legnehezebb pedig mindezt elmagyarázni más valakinek. 
Senki ne ijedjen meg! Mi a Zotonál gyakorlatilag nulla 
Twisted-ismerettel indultunk, mégis kevesebb mint egy 

év alatt fel tudtunk építeni egy rendkívül sokoldalú, 

magas fokon bővíthető, fürtözött fényképkezelő és -tároló 
alkalmazást. Ráadásul én voltam az egyetlen, aki teljes 
időben a kiszolgálóval foglalkozott. 

lermészetes, hogy a Iwisted nem felel meg mindenki igé- 
nyeinek. Kiterjedtsége, bár sokoldalúságának alapja, riasztó 
lehet. Aki egyszerű, Python alapú, aszinkron csevegő ki- 
szolgálót keres, ismerkedjen meg a Medusa-val. A Twisted- 
hez hasonlóan a Medusa is Factorykba (ezek a Dispatcherek) 
és csevegő osztályokba szervezi az aszinkron programozást. 


Ken Kinder jelenleg egy fürtözött Iwisted 
kiszolgálót fejleszt a Zoto számára az 
Oklahoma állambeli Oklahoma városában. 
Szeret túrázni, síelni, fényképezni -— és per- 
sze Linuxot nyúzni. Szülővárosa a Colorado 
államban található Boulder. 





A cikkhez tartozó források elérhetősége: 
wwwvv.linuxjournal.com/article/7/963 





SDL - Multimédiás programozói könyvtár (1. rész) 


Nem tudom ki hogyan van vele, de számomra a linuxos átállás után az első 
hiányérzetem akkor támadt, mikor valamilyen grafikus alkalmazás fejlesztésé- 
be szerettem volna kezdeni. Sokáig nézelődtem az eszközök között, míg végül 
kikötöttem az SDL mellett. Ez a programozói könyvtár szinte gyerekjátékká 
teszi a videomódok, hangszolgáltatás, időzítés programozását Linux alatt. 
Könnyű használni, népszerű, multiplatform és napjainkban már minden 
disztribúcióban megtalálható. 


Mi is az SDL? 

Az SDL a Simple Directmedia Layer 
kifejezés rövidítése. Egy multiplatftorm 
programozói könyvtár, elsősorban az 
egér, billentyűzet, joystic és hangszol- 
gáltatások valamint a video 
framebuffer kezelésére szolgál. 
Nagyon jó , barátja" az OpenGL-nek 
is. A rövidítést keverni szokták egy 
igen komoly kifejezéssel: Specification 
and Description Language. Ez utóbbi 
egy formális nyelv elnevezése, me- 
lyet tlekommunikációs rendszerek 
tervezésére fejlesztettek ki. Marad- 
junk mi most a jó öreg Linuxnál 

és a multimédiás szolgáltatásoknál, 
melyek arra várnak, hogy az SDL 
segítségével kiaknázzuk őket. 


Támogatottság 

Felmerülhet a kérdés, hogy milyen 
nyelvhez is készült ez a könyvtár. 
Nagyon jó érzés azt elmondani, hogy 
szinte minden , divatos" programozási 
nyelvhez létezik SDL. A hivatalos 
honlapról a következő nyelvekhez 
tölthetjük le: Ada, C-t 4, Cs, Eiffel, 
Erlang, Euphoria, Guile, Java, Lisp, 
Lua, ML, Objective C, Pascal, Perl, 
PHP Pike, Pliant, Python, Ruby. Véle- 
ményem szerinte ez igen barátságos 
lista. Ha már a támogatott nyelveknél 
tartunk, akkor érdemes megemlíteni 
a platformokat is, melyeken az SDL 
futtatható: Linux, BeOS, MacOS, 
FreeBSD, Onx, Amiga, Atari, Symbian 
OS, Win32. Mindet nem szeretném 


felsorolni, hiszen már ebből is látszik, 
hogy mennyire széles körben támoga- 
tott. Minden szükséges eszköz egy 
helyen elérhető a projekt honlapján: 
http:/www.libsdl.org. A sok nyelv 
közül a Ct 14 segítségével szeretnék 
majd bemutatni pár apróságot, 

hogy mire lehetünk képesek az SDL 
használatával. 


Az SDL család 

Az SDL több különböző alrendszerrel 
rendelkezik. Ezek az alrendszerek vé- 
gül is önmagunkban is programozói 
könyvtárak: videó, eseménykezelő, 


audio, cd-rom audio, szálak és időzítő. 


Lássuk egyenként, hogy mire is képe- 
sek ezek a tagok. 


Altalános szolgáltatások 

Az SDL könyvtár tartalmaz egy általá- 
nos, az SDL rendszert kezelő szolgál- 
tatás csoportot. Ezekkel lehet iniciali- 
zálni és lezárni a rendszert, hibake- 
zelést végezni, valamit információkat 
lekérdezni az SDL alrendszereiről. 


Videó 

A videó szolgáltatás a legbővebb al- 
rendszer az SDL-ben. Segítségével 
bármely videó módot - ha azt a videó 
hardver támogatja — beállíthatunk 8 bi- 
tes színmélységtől kezdve. Manipulál- 
hatjuk az adott videó felület gamma, 
paletta és alpha beállításait és még sok 
mindent. Az OpendGL támogatást is 
rajta keresztül lehet programozni. 


Nehéz is lenne itt pár mondatban 
összefoglalni, hogy milyen sokféle 

és színes szolgáltatásokat nyújt. Igyek- 
szem majd példákon keresztül megmu- 
tatni az alapokat. Kétség kívül ez a leg- 
többet használt alrendszer az SDL-ben. 


Ablakkezelés 

Ezekkel a szolgáltatásokkal tudjuk 
manipulálni az adott videó felület 
bizonyos tulajdonságait, mint teljes 
képernyő vagy ablakos mód, ablak- 
felirat és az ablak ikonja. 


Eseménykezelés 

Az SDL másik lényeges része, 
melynek segítségével biztosíthatjuk 
alkalmazásunkban a felhasználói 
interakciókat. A nagy része egér- 

és billentyűzetkezelés, de tartalmaz 
joysticra vonatkozó elemeket is, 
bár ennek kezelésére az SDL külön 
szolgáltatás csoporttal rendelkezik. 


Audio 


Segítségével információkat kaphatunk 
az adott audio hardverről, wav fájlo- 
kat tölthetünk a memóriába és játsz- 
hatunk le, valamint konverziókat 
eszközölhetünk különböző audio 
formátumok között (ne értsük félre, 
csak a wav formátumokon belül). 


Szálak 


A szálak programozása igen hasz- 
nos dolog játékfejlesztések esetén. 
Itt találhatjuk a szemaforokat, 
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szálazonosítókat kezelő szolgálta- 
tásokat. Szálakat hozhatunk létre 
illetve törölhetünk, közöttük rande- 
vúkat intézhetünk. Nagyon nem fo- 
gunk belemenni a cikk során, mert 
a szálak programozása párhuzamos 
programozási ismereteket követel 
meg. Erről pedig hatalmas mennyi- 
séget lehetne kifejteni. 


időzítő 


A szálak mellett a másik fontos dolog 
az időzítő. Játékfejlesztések során 
megint csak alap dolognak számít. 

A cikksorozat folyamán lesznek 
példák az alkalmazására. 

Nagy vonalakban láthattuk, hogy 
milyen szolgáltatásokkal kecsegtet 

az SDL. A cikkben sajnos mindenre 
nem tudok majd kitérni, de remélhe- 
tőleg utat nyitok a megismerés felé, 
azoknak akik még esetleg nem is 
hallottak az SDL-ről, vagy — progra- 
mozói körökben divatos szakkifejezés- 
sel élve — még csak , szagolgatják" azt. 


Inicializálás, előkészületek 

Mivel a legtöbb disztribúció alapból 
tartalmazza az SDL könyvtárat, így 
nagyon nem is térünk ki annak telepí- 
tésére. Lássuk, hogy hogyan is néz ki 
egy egyszerű SDL-t felhasználó C-t - 
program (1. lista). 

Minden SDL alkalmazásnak be kell 
építenie az SDL.h-t. Ez a fejlécállo- 
mány fogja tartalmazni az alrendsze- 
rekre történő hivatkozásokat. Csak 
azokat az alrendszereket használhat- 
juk melyeket az SDL Init eljárással 
inicializáltunk. Ez az eljárás Uint32 
típust vár paraméterként és egészet 
ad vissza. Hiba esetén -1 értékkel tér 
vissza, ha minden rendben akkor ez 
az érték 0. Hiba esetén az SDL hiba- 
üzenetét az SDL. GetError függvény 
adja vissza. AZ inicializálás során ad- 
hatjuk meg, hogy mely alrendszereket 
szeretnénk használni. Ezt különböző 
flagekkel tehetjük meg. Az elnevezé- 
sek magukért beszélnek, a felhasznál- 
ható flagek a következők: 

SDL INIT TIMER, SDL INIT AUDIO, 
SDL INIT VIDEO, SDL INIT CDROM, 
SDL INIT JOYSTIC. Ha mindent 
egyszerre szeretnénk használni, nem 
fontos beírni az összeset, használjuk 
inkább az SDL INIT. EVERYTHING 
jelzőt. Megjegyzem ez nagyon kényel- 
mes dolog, de ha az alkalmazásunk 
optimális teljesítményére szeretnénk 
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T. lista Az SDL inicializálása 


finclude ciostreamz 
finclude "SDL.h" 


int main 


í 
if (SDL Init 
ss (SDL INIT VIDEO) c 0) 
í 
std::cerr cc "Nem 
sssikerült az SDL 
ss -nicializálása! 
ssHiba: " cc 
5SDL GetErrorO ; 
exit(1); 
J 
/" Ide jöhet az SDL-t 
s felhasználható kódunk 7/ 
SDL OUitO; 
return 0; 
T 


törekedni, csak azokat az alrendszere- 
ket inicializáljuk, melyeket feltétlen 
használni fogunk a fejlesztés során. 
Például: 

SDL Init(SDL INIT VIDEOI 

SDL INIT AUDIO). 
Eseménykezelésért felelős alrendszert 
soha nem kell külön elindítanunk, 

ha a videót inicializáltuk. A videóval 
együtt az eseménykezelés is automati- 
kusan elindul. Az SDL rendszert 

a program végén az SDL OGuit utasítás 
kapcsolja ki, minden inicializált 
alrendszert deaktiválva. 

Ha most ezt a kódot , bedobjuk" a for- 
dítónak akkor, bizony nem lesz siker- 
élményünk. Az SDL fejléceket nem 
fogja látni a fordító alapból. Az SDL 
csomaghoz tartozik egy hasznos kis 
program, mely segít konfigurálni 

a fordítót. Ennek neve: sd1-config. 
Megfelelően paraméterezve megkap- 
juk azt a kimenetet, melyet a fordí- 
tónk hiányol: 


sd1-config --libs --cflags 


A program kimenetét - a héjnak 
hála - játszva át tudjuk adni 

a fordítónak. lehát egy SDL program 
(main.cpp) fordítása a következő- 


2. lista A videó alrendszer 
inicializálása és 
az eseménykezelés alapja 


finclude ciostreamz 
finclude "SDL.h" 


int main 

t 
SDL Surface7" sdl] surface; 
SDL Event sdl event; 
bool main loop exit - 
false; 


/" Ide jön az 
ss -j-nicializálás! / 


sd] surface -— 
55SDL SetvideoMode(640, 
5480, 16, SDL SWSURFACE) ; 


if (sdl surface -—- NULL) 

t 
std::cerr cc 
5 "SDL Surface hiba: " 
5 ca SDL GetError(); 
exit(1); 


while (!main loop exit) 
1 
while (SDL PollEvent 
s (€sd]l event)) 
g 
switch 
"5 (sdl event.type) 
Tt 
case 
55 SDL KEYDOWN: 
main loop exit - 
true; 
break; 


default: 
break; 


SDL OUitO; 


return 0; 


képpen történhet, ha mindent 
szabványosan szeretnénk: 


gt  sdl-config --libs --cflags. 
-Wall -pedantic -ansi main.cpp 


3. lista Egy pixel megjelenítése 
(16 bites színmélység esetén) 


void pixel (SDL Surface" 
sesuriface, int X, int y, 
eyint1l6 color) 


í 
Uint1i6 "p — (Vint1l6 
ax) surface-spixels ty" 
"5 surface-spitch/2 4 Xx; 
DS KGONOG: 

J 


Most, hogy mindent előkészítet- 
tünk készítsünk végre egy olyan 
programot, ami valamilyen szem- 
mel látható módon alkalmazza 

az SDL szolgáltatásait. Kezdjük 

a videó alrendszer használatával 

és az eseménykezeléssel, mivel ezek 
a domináns csoportok. Egy általá- 
nos grafikus SDL alkalmazás a kez- 
detek kezdetén a 2. listában látható 
módon nézhet ki. 

Amint láthatjuk már egy alap 

SDL program is több sorra rúghat. 
Nem zárom ki, hogy kevesebb sorból 
is ki lehet jönni. Ámde lássuk sorban 
mit is csinál a 2. listában szereplő kód. 
Láthatjuk, hogy deklaráltunk egy 
SDL Surface típusú mutatót. 

Ez a mutató fog mutatni egy videó 
felületre, amit az SDL SetvideoMode 
eljárással alakíthatunk ki. Ez az eljárás 
rendre a következő paramétereket 
várja: képernyő szélessége, magassá- 
ga, bitek száma pixelenkérnt és flagek. 
Ha gond van akkor NULL mutatóval 
tér vissza. A paraméterek közül 

a flagek szorulnak némi magyarázat- 
ra. Ezek közül is több létezik. 

Az SDL SWSURFACE alapján a rendszer 
a videó felületet a rendszer memória 
területén foglalja le, SDL HWSURFACE 
esetén pedig a videómemóriában. 

Ha teljes képernyőn szeretnénk látni 
az adott felbontást, akkor használjuk 
az SDL FULLSCREEN flaget. Ezeket 

a flageket természetesen a vagy (,]") 
művelettel össze tudjuk kapcsolni, 
például: 


SDL SetvideoMode(640,480,16,SDL 
sz SWSURFACEISDL FULLSCREEN) 


A másik fontos dolog az eseménykeze- 
lés. A videószolgáltatás szemléltetése 


kényelmesebb így, hiszen ha 

a kódot enélkül futtatnánk, akkor 

a videófelületből nem láthatnánk 
semmit sem, csupán egy felvillanó 
ablakot, vagy teljes képernyős mód 
esetén egy villanást. 

Az SDL minden eseményt egy ese- 
ménysorban tárol. Az ebben a sorban 
tárolt eseményeket az SDL PollEvent 
eljárással nyerhetjük ki. AZ SDL Event 
típus egy unió típus. Innen az ese- 
mény típusától függően kinyerhetjük 
a számunkra értékes adatokat, többek 
között, hogy milyen az adott 
eseménytbillentyűleütés vagy felenge- 
dés, egérgomb, egér mozgatása stb.) . 
Példánkban (2. lista) az SDL. KEYDOWN 
eseményre hivatkozunk. Használhat- 
juk még az SDL MOUSEMOTION, 

SDL MOUSEBUT TONDOWN, 

SDL MOUSEBUTTONUP, szintén eléggé 
magukért beszélő elnevezéseket is. 
lehát alapból az eseménykezeléshez 
deklarálnunk kell egy SDL Event 
változót, valamit ki kell nyernünk 
ebbe a változóba az eseménysorból, 
az éppen soron lévő eseményt az 

SDL PollEvent eljárással. Innen pedig 
a típustól függően lekezelhetjük a fel- 
használó interakcióit. Később még 
több példát is láthatunk erre. Most 
főként a kényelem miatt vezettük 

u j 


MILEST ARE TET RT-t 





csak be az eseménykezelést. A prog- 
ramunk most bármely billentyű 
megnyomására kilép. 


Égy színes példa 

Térjünk vissza a videószolgáltatáshoz. 
Most hogy már van egy felületünk 

a soron következő dolog, hogy meg 
is tudjunk jeleníteni valamit. Lássunk 
hogyan nézhet ki egy pixelt megjele- 
nítő rutin (ő. lista). 

A p mutatóban az x és y koordináták- 
ból kiszámolt pixel memóriában elfog- 
lalt helyét kapjuk meg. Ez most a 16 
bites színmélység speciális esete. Más 
bit értékek esetén ügyeljünk a muta- 
tók típusára! A surface-:pixels tag 
mutat a tényleges videófelületre, aho- 
vá a színértékeket írhatjuk be. Ehhez 
adjuk hozzá a klasszikus módon ki- 
számított pixel helyét. A szín (color) 
érték kiszámításához az SDL MapRGB 
függvényt hívjuk segítségül. Ezzel 

az eljárással keverhetünk ki a piros, 
zöld kék értékekből, az adott felület 
típusától függően színértékeket. 
Például állítsuk elő az sd]. surface 
felülethez illő sárga színértéket: 


Uint16 sarga - SDL MapRGB 
s (sd] surface-sformat, 
3 Oxff, Oxff,0x00) 


w 1. ábra Egy egyszerű színátmenet SDL segítségével 
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Így a (10,10) koordinátában már 
ki tudunk rajzolni egy sárga 
képpontot: 


pixel(sdl surface,10,10, sarga) 


Azonban egy videóőfelületre nem 
lehet csak úgy , firkálni"! A felületet 
le kell zárnunk, addig amíg a módo- 
sítás történik. Ez több szálú progra- 
mozás esetén hasznos dolog, hiszen 
gondoljuk csak el mi történne ha 
egyszerre több programszál egy 
időben kezdene kirajzolni egy adott 
felületre. Az SDL LockSurface eljá- 
rás segít nekünk. Lássunk egy 
konkrét példát, mely a már ismerte- 
tett pixel eljárást alkalmazza (4. lista) 
és a következő képet fogja kirajzolni: 
(1. ábra). 

Amint látjuk alkalmaztunk egy 

SDL UpdateRect nevű eljárást. En- 
nek segítségével aktivizáljuk az adott 
felületen a változtatásokat és jelenít- 
jük meg a frissített felületet. Paramé- 
terként a felület nevét, majd a fÍrissí- 
tendő négyzet koordinátáit várja 
(bal felső sarok, jobb alsó sarok). 
Hogy látványosan elnevezzük az 
első komolyabb SDL programunkat, 
ismerjük meg az ablakkezelő rend- 
szer egyik funkcióját: 


SDL WM SetCaption. 


Ezen eljárás segítségével képesek 
vagyunk módosítani az adott alkal- 
mazás ablakának feliratát, valamint 
ikonnevét. Például: 


SDL WM. SetCaption( "SDL 
s Színátmenet", "") 


Ezt a sort az sdl. surface iniciali- 
zálása után érdemes beszúrni a fenti 
példában. 

Remélhetőleg érdekes informá- 
ciókkal szolgált az olvasnivaló 

az SDL programozói könyvtárról. 
Még korántsem láttunk mindent! 
A következő részben még tárgya- 
lunk néhány videó funkciót és 
eseménykezelést. Rajzolunk majd 
az egér segítségével és példát lát- 
hatunk majd egy BMP fájl meg- 
jelenítésére is. Később használni 
fogjuk az audio, cd-rom, timer 
alrendszerek funkcióit is. 

Addig is érdemes ellátogatni 

a 2 http://www.libsdl.org oldalra 
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4. Lista Színátmenet megjelenítése 


$finclude ciostreamsz 
finclude "SDL.h" 
int y, Uint16 


void pixel(SDL Surface?" surface, int Xx, 


SG ONONT E 


int main() 

í 
SDL Surface7" sdl surface; 
SDL Event sdl event; 
bool main loop exit - 
Uvint16 color; 


false; 


7 Tt NANE ializabumnk 7 


sd] surface - SDL SetvideoMode(255, 
Se SDL SWSURFACE) § 


299, 16, 


if (sdl surface NUEEJ ET szek 
// Lefoglaljuk az írásjogot a felületre. 
SDL LockSurface(sdl surface); 


for(Uuint16 1-0;1c255;1----) 
úi 
for(Uint16 j-0;Jjca255;]-4-) 
í 
// színkeverés és kirajzolás. 
color - SDL MapRGB(sdl surface-sformat, 1, 
s Zs 0 
pixel(sdl surface,i1,],color); 
i; 
8 
// A felület frissítése 
SDL UpdateRect(sdl surface, 0,0,255,255); 


// Elengedjük a felületet. 
SDL UnlockSurface(sdl. surface); 


while (!main loop exit) f...3 


return 0; 


bővebb információkért és , lapozgat- 
ni" a 9 http://www.libsdl.org/cgi/ 
docwiki.cgi oldalakat. Itt többek 
között utána lehet nézni az 
inicializációs flageknek valamint 

a videómódok beállításánál hasz- 
nált flageknek is. Az események tí- 
pusai is részletesen megtalálhatóak, 
melyekből természetesen a követ- 
kező számban egy párral meg is 
fogunk ismerkedni. 





Párhuzamos programok fejlesztése PUVM 
könyvtárral (1. rész) 
Bevezetés a PVM-be 


Egyszerű használata és robusztussága miatt párhuzamos programok 
fejlesztéshez a PVM könyvtár kezdők és profik számára egyaránt az egyik 
legjobb jelenleg fellelhető eszköz. 


Minden egyéb hardverismeretet 
mellőzve tegyük fel, hogy nem egy 
számítógéppel (processzorral) rendel- 
kezünk, hanem többel. Legyen ezek 
száma N. legyük fel azt is, hogy ezek 
a számítógépek valamilyen összeköt- 
tetésben vannak egymással, legyen az 
akár hálózati vagy közvetlen kapcsolat 
(például többmagos processzorok, 
osztott memória), vagy esetleg valami 
egészen más. lermészetesen szükség 
lesz még a megfelelő szoftverre is 
számítógépeink munkába fogásához. 
Egy ilyen hardver- és szoftverrendszert 
együtt párhuzamos architektúrának 
nevezünk. Párhuzamos architektúra 
valójában többféle létezik, de ebben 

a cikkben mi kizárólag hálózatba kötött 
számítógépekkel, úgynevezett klaszte- 
rekkel (cluster) fogunk foglalkozni. 

A párhuzamos architektúrákra fejlesz- 
tett programokat párhuzamos progra- 
moknak, míg programírás illetve 
programtervezés folyamatát párhuza- 
mos programozásnak nevezzük. 

A példák kipróbálásához nem kell, 
hogy legyen otthon egy klaszterünk, 
mivel mindegyik működik egy pro- 
cesszoros, hálózatba nem kötött gépen 
is. Ám a dolog igazi előnyét akkor lát- 
hatjuk, ha igazi klaszteren futtatunk. 


Kezdjük egy nagyon egyszerű példá- 
val. Összegezni szeretnénk az egész 
számokat 1-től M-ig. A tudománytör- 
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1. ábra Számok összeadásának egy lehetséges módja 4 processzoron 


ténetből ismert, hogy Gauss (1777-1885) 
már gyermekkorában kitalálta ehhez 
azt az algoritmust, amivel akár fejben is 
kiszámolhatja bárki az eredményt. 

Mi most mégis essünk neki nyers erő- 
vel és adjuk össze a számokat N pro- 
cesszoron párhuzamosan. legyük fel, 
hogy egy összeadás egy processzoron 
1 másodpercig tart. Legyen M-—1000, 
a processzorok száma (N) pedig 4. 

A számításhoz egy processzorral 
M-1-1000-1 azaz 999 másodpercre 
volna szükségünk, tehát ez lesz 

a viszonyítási alap. Osszuk most 

fel a számokat 4 csoportra: 1..250, 
251..500, 501..750, 751..1000. 


Ha minden processzorunkkal egy 
ilyen csoport összegét számoljuk ki, 
és a processzorok párhuzamosan 
dolgoznak, akkor a csoportösszegek 
kiszámítása 249 másodpercig tart. 

A négy csoportösszeget összeadni 

a 4 processzoron (de egyen is) továb- 
bi 3 másodpercig tart, így a feladat 
teljes megoldása 252 másodpercig 
tartott. Ezt a fajta feladatmegoldást 
szemlélteti 1. ábránk. 

A lényeg ebben az esetben az volt, 
hogy a megoldandó feladatot felosz- 
tottuk részfeladatokra és az egyes 
részfeladatokra, és azok megoldását 
rábíztuk processzorainkra, amik 
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eztán a végső megoldást egymással KKN KN KRZZ-AKüÁöélVvpPvgoPIggggg ő... u u 
összehangolva számolták ki jelentős 

időt takarítva meg ezzel. A megoldás 
4 processzoron hozzávetőleg negyed- 


1. Lista A master folyamat forrása 


annyi időt vett igénybe mint egy 
processzoron, hatékonyságunk tehát 
négyszeres a hagyományos mód- 
szerhez képest. Szinte minden 
párhuzamos algoritmus lényege ez. 
Az elvégzendő lépések felosztása, 
hogy egymástól függetlenül, több 
processzoron futhassanak. 


A PVM telepítése 

A PVM (Parallel Virtual Machine; 
párhuzamos virtuális gép) egy prog- 
ramkönyvtár, amellyel párhuzamos 
programokat írhatunk. Számos plat- 
formon elérhető (többek között 
Linux, Unix és Windows rendszere- 
ken), elterjedt, nagyon hatékony és 
viszonylag könnyen használható. 
Mi természetesen Linux alatt fogjuk 
kipróbálni, ám a programok más 
rendszereken minimális változtatás- 
sal (vagy akár változtatás nélkül) 
szintén lefordíthatók. 

A PVM telepítését az olvasóra bízom, 
erről itt csak annyit jegyeznék meg, 
hogy a Debian illetve Ubuntu felhasz- 
nálóknak igen egyszerű dolguk van, 
hiszen csak ki kell adniuk az 


apt-get install pvm 
apt-get install pvm-dev 


parancsokat. 

A forráskódot a PVM-et honlapjáról 
(2 http:[/www.csm.ornl.gov/pom/) 
tölthetjük le. 

lelepítés után a következő lépés 

a futtatási környezet elkészítése. 

Ez mindössze néhány könyvtár 
létrehozását jelenti: 


mkdir -/pvm3/ 
mkdir -/pvm3/bin 
mkdir -/pvm3/bin/LINUX 


Ez a PVM helyes működésének 
szükséges feltétele, mivel a rendszer 
párhuzamos programjainkat ezen 
az elérési úton fogja majd keresni. 

A gépek közti kommunikációt 
megvalósító PVM démont a pvm 
parancs kiadásával indíthatjuk el. 
Ha minden jól ment, akkor 

a következőt láthatjuk: 


pvmsz 
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/" master.c "/ 
finclude cstdio.hs 
finclude cstdlib.hsz 
ftinclude cpvm3.h:z 


finclude "tags.h" 


/" az inditando slave folyamatok szama "/ 
ffidefineNUM SLAVES 8 


Int main 0 


1 
intmytid, slave tids[ NUM SLAVESI ; 
char message[30] ; 
int ; 
int result; 


/" sajat tid lekerdezese, belepes a PvM-be 7/ 
mytid - pvm.mytidO; 


/" - az inditando allomany neve 
- a paranccsori parameterek 
- pvmnek info, hogy milyen modon futtassa 
- 1de megadhato a gepnev ill. az architektura 
- hogy hany darab induljon 
- a tomb, ahova a tid -ek megerkeznek majd 
5 
result - pvm spawn("slavel", (char "7)0, PvmraskDefault, "", 
"5 NUM SLAVES, slave tids); 


if (result !- NUM SLAVES) ( 
fprintf(stderr, "HIBA: A futtatas nem lehetseges. 
"5Keves bevonhato processzor"); 
pvm exitO; 
exit(-1); 
J 


for (i - 0; 1 c NUM SLAVES; 164) ( 
/" az uzenetkuldes inicializalasa "/ 
pvminitsend (PvmDataDefault); /" ez a default kuldesi mod "/ 


/" kuldendo uzenetet (ami egy egesz) becsomagolasa "/ 
pvm pkint(gslave tidslil], 1, 1); 


/" elkuldes MSG DATA tag-gel "/ 
pvm send(íslave tidsLli], MSG DATA); 
s 


for (i - 0; 1 c NUM SLAVES; 1--4) ( 
/" uzenet fogadasa az i. slave folyamattol "/ 


/" -1 jelentese a feltetlen partatlansag, vagyis barkitol 
s johet uzenet 7/ 


KK KR [0 0 go ő0 HI 
1. Lista folytatás 
pvm recv (-1, MSG DATA); 


/:" kicsomagolas 7"/ 
pvm upkstr(message) ; 


7" kidras "7 
printf ("9s Mn", message) ; 


j 


pvmexit OO; 


/" kilepes "/ 
return 0; 


Adjuk ki a conf parancsot. Ekkor 
a konzolon a következőket láthatjuk: 


pvms conf 

conf 

1 host, 1 data format 

HOST DTID ARCH SPEED DSIG 


Lorien 40000 LINUX 1000 
595 0x00408841 
pvmsz 


A conf parancs hatására a PVM 
démon kiírta, hogy jelenleg milyen 
gépek tagjai a klaszterünknek. A fenti 
információ azt jelenti, hogy egyelőre 
csak egy gépünk van, ám a kezdéshez 
ez is elegendő lesz. 


Első PVM programunk 

Ha egy gépre írunk párhuzamos 
programot, akkor a PVM démon 
szimulálja a többi gépet méghozzá 
úgy, hogy az összes indított folyamat 
ezen az egy gépen fog futni. 

Így a párhuzamosságot csak imitáljuk, 
időt nem nyerünk, de a teszteléshez 
ez egyelőre elég lesz. 

Komolyabb programok tesztelése így 
csalóka lehet, hacsak nem írtunk bom- 
babiztos programot. Egy párhuzamos 
program nyomkövetése - ha egyálta- 
lán lehetséges — sokkal nehezebb mint 
egy hagyományos szekvenciális társáé. 
Első programunk feladata az lesz, 
hogy bebizonyítsa párhuzamosságát, 
méghozzá úgy, hogy minden pro- 
cesszor (a klaszter egyes gépei) kiír 
majd a képernyőre egy rövid kis üze- 
netet. Valójában nem maguk a pro- 
cesszorok írnak a képernyőre, a példa 


a PVM folyamatainak üzenetküldési 
mechanizmusát demonstrálja. 

Az implementáció két C nyelvű prog- 
ram — mondhatnánk a párhuzamos 
programunk egy-egy folyamatának 

is —, egy úgynevezett , master" és egy 
,Sslave", magyarul mester és szolga, 

de talán szebb, ha úgy fogalmazunk, 
hogy szerver és kiszolgáló. Ez utóbbi 
elnevezés nem a hétköznapi értelem- 
ben vett szerver-kiszolgáló kapcsolatot 
jelenti. Jelen esetben a master feladata, 
hogy elindít adott számú slave folya- 
matot, a slave folyamatok pedig üze- 
netet küldenek a masternek, jelezvén, 
hogy ők futnak. Ezzel tulajdonképpen 
,bizonyítják" a párhuzamos futást. 
Egy fontos fejléc fájlunk van, a pum3.h 
ami a PVM könyvár függvényeinek 
deklarációit és előre definiált konstan- 
sait tartalmazza. A tags.h saját fejléc- 
fájl, itt konstansként definiáljuk 

a programjaink által küldött üzenetek 
típusait (itt csak egyetlen üzenettípust 
használok és legtöbbször ez elég is, 
később azonban szükség lehet az üze- 
netek megkülönböztetésére). 
Lényeges változóink a mytid (egész) 
és slave tids (egészek tömbje). Min- 
den PVM programnak (folyamatnak) 
van egy egyedi azonosítója, úgyneve- 
zett tid-je. Ez az azonosító tulajdon- 
képpen olyan mint az operációs rend- 
szer futó folyamatainak azonosítója, 
azaz a PID, ám ez a PVM futtatókör- 
nyezeten belüli azonosításra szolgál 
és nincsen kapcsolatban az esetleges 
operációs rendszerbeli PID-del. 

A tid lekérdezésére szolgál 

a pvm mytidO függvény. Ez a függ- 
vény egy egész számot ad vissza, 

ami a futó folyamatunk tid-je. 
Minden egyes PVM program elején 
meg kell hívni ezt a függvényt, ezzel 
jelezzük a PVM számára programunk 
elindítását. 

A pvm. spawn() függvény meghívá- 
sával újabb folyamatokat indítunk. 
Ezek lesznek az egyes slave-ek, 
akiktől majd üzeneteket fogadunk. 
Paramétereinek pontos magyarázatát, 
mint ahogy az összes PVM függvé- 
nyét, man oldalának átböngészésével 
ismerhetjük meg. Dióhéjban 

a pvm spawnO függvény paraméterei 
a következők: 


e Az indítandó állomány neve (string) 
e Az indítandó állomány parancssori 
paraméterei (string) 


e Információ a futtatás módjáról 
(ez most számunkra kevésbé 
lényeges) 

e Gépnév és architektúra (számunkra 
most és később sem lényeges) 

e Az indítandó folyamatok száma 

e Egy egész-tömb címe, ahová az elin- 
dult folyamatok tid-jei kerülnek 


A függvény visszatérési értéke egy 
egész, ami a sikeresen indított folya- 
matok számát adja meg. Ezt összeha- 
sonlítottuk a NUM. SLAVES konstanssal 
amiben az indítani kívánt folyamatok 
számát definiáltuk. Ha nem sikerült 
az igényelt számú folyamatot elin- 
dítani, akkor kilépünk. Kilépéskor 
kötelezően meghívandó függvény 

a pvm exit0. 

Miután elindultak slave folyamatok, 
először egyenként üzenetet küldünk 
nekik, majd üzenetet fogadunk tőlük 
és azt kiírjuk a konzolra. Az egyes 
slave folyamatoknak elküldött üzenet 
a saját tid-jük, fogadott üzenet pedig 
egy karakterlánc lesz. 

Az üzenetküldés folyamata három 
részre tagolódik: 


e előkészítés 
e a küldendő üzenet becsomagolása 
e küldés 


Az előkészítést a pvm initsend() függ- 
vény végzi. Paramétere most legyen 
PvmDataDefault. Ez egy beépített 
konstans, jellemzően szinte mindig 
ezt használjuk adatküldésnél. 

Az elküldendő adat becsomagolását 

a pvm pkint() függvény végzi. 

Ez a függvény csak int (azaz egész) 
típusú adatok becsomagolására hasz- 
nálható, de a PVM lehetőséget nyújt 
más típusú adatok csomagolásához 

és átküldéséhez is. Az első paraméter 
a küldendő szám (számok) címe, 
második a darabszáma, a harma- 

dik pedig a lépésközt adja meg 

(ezt hagyjuk most 1-nek). 

Miután az adatokat előkészítettük, 
már csak el kell küldeni őket. A küldés 
PVM függvénye a pvm. sendO, 
paraméterei a fogadó folyamat ti d-je 
(a címzett) és az üzenet típusa, mely- 
ről már korábban szóltunk a tags.h 
fejlécfájl kapcsán. Az első paraméter 
nyilvánvaló, a második már némi ma- 
gyarázatra szorul. Értéke gyakorlatilag 
teljesen ránk van bízva, leginkább 
magunk biztosítására használható. 
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2. Lista A slave folyamat 
/: slave.c 7"/ 
$include cstdio.hz 
$include cstdlib.hs 
finclude cpvm3.h: 


finclude "tags.h" 


int main 0 


1 
int mytid; 
int parent tid; 
char message[30]; 
int number; 


/" a sajat tid 

s lTekerdezese, belepes 
"sa PvM-be 7/ 

mytid - pvm mytidO ; 


/" a szulo folyamat 
"55t1d-jenek lekerdezese "/ 
parent tid - pvm parentO ; 


/" az uzenetkuldes 
sselokesziítese 7/ 
pvminitsend 

s (PvmpataDefault); 


/:" uzenetfogadas 
s ar SZÚ OBÓ 47 

pvm recv(parent tid, 
55MSG DATA); 


/: tudjuk, hogy szamrol 
"svan szo, kicsomagolas 7/ 
pvm upkint (£number, 1, 1); 


/" ha az uzenet helyesen 
5 jott meg, azaz 

"5 megegyezik a sajat 
5t1d-del "/ 

if (number -- mytid) ( 


/" akkor kuldjunk 
"sstringet a master-nak 7/ 
sprintf(message, "Hello from 
s290x", number); 
pvm pkstr(message); 
pvm send(parent tid, 


MSG DATA); 
J 
pvm exit 0; 
exVt 00) 
) 
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3. Lista A tags.h 


ftifndef TAGS H 
fdefine TAGS H 


fdefine MSG DATA 1000 


fendif /" TAGS H "/ 


Itt felhasználjuk a definiált MSG DATA 
konstanst az üzenetek típusának 
megadására. 

Adatokat elküldtük slave folyamatok- 
nak, melyek valahogyan feldolgozzák 
azokat (jelen esetben nem tesznek 
semmi érdekeset). Következő felada- 
tunk a visszaérkező üzenetek fogadá- 
sa és kiírása a konzolra. Ez a küldéssel 
analóg módon történik, de némileg 
egyszerűbben. Az üzenetfogadás 
folyamata: 


e várakozás megfelelő üzenetre 
és fogadás 
e az üzenet kicsomagolása 


A pvm recvO függvénnyel addig 
várunk, míg megfelelő adat nem érke- 
zik. Első paramétere a fogadás módja, 
jelen esetben jöhet az üzenet bárkitől, 
semmilyen sorrendet nem határoz- 
tunk meg (azaz értéke -1), a második 
a várt adat azonosítója, most 

MSG DATA. 

Példánkban vissza nem egészeket 
várunk, hanem karakterláncokat 
(string). 

Ha megjött az üzenet (ami egy 
karakerlánc), kicsomagoljuk 

a pvm upkstrO függvény segítsé- 
gével. lermészetesen más típusú 
adatokat is fogadhatunk, csak a pél- 
da miatt tárgyaljuk a stringet. Egyet- 
len paramétere a fogadott adat szá- 
mára fenntartott memóriatömb címe. 
Az üzenet megérkezése után kiírjuk 
a konzolra. Ha minden üzenetet 
fogadtunk és kiírtunk, akkor 

a program kilép. 

Nézzük a slave folyamat megva- 
lósítását. 

Itt már nincs sok újdonság. Ami 

új, az apvm parent) függvény, 
mely annak a folyamatnak a tid-jét 
adja vissza, ami ezt a folyamatot 
létrehozta (spawn), vagyis most 

a master folyamatunk tid-jét. 





Ez majd az üzenetküldéshez kell. 
Másik új függvény a pvm. pkstrO, 
ami egy karakterlánc (string) 
becsomagolását végzi. 

A teljesség kedvéért a fent 

említett tags.h forrását a listában 
olvashatjuk. 

Programunk fordítását az alábbi 
parancsok kiadásával végezzük: 


gcc -o -/pvm3/bin/LINUX/master1 
ss master.c -Wwall -]pvm3 
gcc -o -/pvm3/bin/LINUX/slaveli 
sslave.c -wall -]pvm3 


Ha már korábban elindítottuk a PVM 
démont, akkor lépjünk ki belőle 

a PVM konzolban kiadott guit 
paranccsal. Ennek hatására a PM 
démon futása nem áll meg, a háttér- 
ben továbbra is fut. 

Lépjünk be a -—/pom3/bin/ LINUX/ 
könyvtárba és futtassuk le a kapott 
master! állományt. 

A futtatás eredményeképpen valami 
hasonló kell, hogy kapjunk: 


bhadLorien:-/pvm3/bin/LINUX$ 
sz /master1 

Hello from 40003 

Hello from 40004 

Hello from 40005 

Hello from 40006 

Hello from 40007 

Hello from 40008 

Hello from 4000a 

Hello from 40009 
bhadLorien:-/pvm3/bin/LINUX$ 


Az első programunk, ami végül 

is semmi hasznosat nem művel le- 
futott és bebizonyította párhuzamos 
működését. 

Legközelebb klasztert építünk 

majd, hogy programunk tényleg 
több gépen fusson és megismerke- 
dünk egy igazi problémával és annak 
igazi megoldásával is. 
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Körülbelül 9-10 éves koromban elhatároztam, hogy ameddig csak tudom, 
felkutatom az őseimet és felrajzolok egy családfát. Kifaggattam hát a leg- 
idősebb rokonaimat és mindent papírra vetettem. Még ma Is megvan 

a kezdetleges változat. Sajnos a papír megsárgult és sok helyen már nehezen 
olvashatóak az adatok... 


A modern kor megoldása töltünk-e be, vagy újjal kezdünk. (jelenesetben pl. a kedves olvasó) 
2005 decemberében akadt a kezembe Amennyiben új készítésébe kez- adatait. A nevet muszáj beírni, 
a GRAMPS (Genedlogical Research dünk, megkérdezi a családfakutató a többit nem. 


and Analysis Management 
Programming System - vagyis leszár- 
mazást kutató és analizáló program- 
csomag). Linuxon, BSD-n, Solarison 
és Mac OSX-en fut. Csupán három Általános ! Nevek Események ! Tulajdonságok Lakcímek ] Megjegyzések Források ) Galéria ; Internet 1 


ia: al Czarka side nd e 7. új . 
személy Szerkesztése - GRAMPS 


Edwin Michael Smith 
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csomag és azok függőségei szüksé- Használt Név 

gesek: python (2.3), gnome-python Kereszt név: 

(minimum 2.6.0), illetve pygtk Család név: 

(legalább 2.5.0). A pythonos megvaló- Family prefix: 

sítás tapasztalataim szerint némileg Utótag: 

visszafogja a programot, de egy mai Megnevezés: 

(legalább 1.5 GHZz-es) számítógépnek jö 

nem jelent gondot a futtatása. jeg öz felkel ni 

A program forráskódból is telepít- kari KED él 
hető, de Debian, Fedora, Suse és 0 férfi O nő Ö jiniétedek GRAMPS ID: 


Mandriva esetén előrefordított szülök máá 
csomaggal is dolgozhatunk. Utóbbi EKE rnájús 24. 1961 3 E 
ajánlott, bár Suse esetén nem triviális 
a telepítés, érdemes tehát meglátogat- 
ni a projekt honlapját. I ] Az információ teljes L ] Information is private 


A program indítása 


A program elindítása után megkér- mi 1. ábra A személyi adatok felvitele 
dezi, hogy már meglévő adatbázis 


Hely: San Jose, Santa Clara Co., CA Hely: 
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2. ábra A családi kapcsolatok rögzítése 


data.gramps - GRAMPS 


Szerkesztés Nézet 


4 Pp 


Vissza Tovább Központ / 


Fájl 


ee 


Megnyitás 


Ugrás 


Ő 


2 


Házastárs szülki 


Könyvjelzők . Összesítők Eszközök Windows 


ScratchPad Összesítők Eszközök 


b Oltár 
b Perkini 
7 smah 


ámith, Ambér Hart 1 
siritih, Katnd chezrnánna Augut Idd 


smith, Car Ízrmúl 


Emih, Crag Patar a 


ed ese hullák a! Ji ér Tee ka era! 


amih, Errel 


Sith, Gus 
Smih, Gustaf 5z 
smüh, Hanna 


Ssmih, Hans Péter 


amik, FH jalrriuát 
Smink, Hjalraáz 


wább Kezpant 


Smith, Ersc Layd 





HM ETSNTTÉ tak ERT TT A 
Üssrnekét fszkazök WWindeez fdgá 


ty 0] § 


zt 
ScrachPad ÜÖsszegetréi Esrkúztú " Hozzdadás Elrávolház Szarkezztéz 


s] o Lllerezm " Alkalnazzás 3 


Kányvjelrők 


ve 6— ee va no 


Edesaryja Ace Paula Perkins IDHI b 


úprika 12, 1é6B 
járrúás 31. LE 
13ú dezember 10, 1864 


altar 105 


december 41, 19671 
jurszár 28, 145ú 


szememher 27, 1BEÜ 
augusztus 28, 1943 
szémémbér 11, 19897 
névérmbér 28, 1BE2 
járnide 28, 1871 
úprika 17, 194 
iurnik 31, 16403 
úprika 7, 1886 


öktábér 21, 1983 
helőrő jülarz 23, 1932 


jiriaár 23. 1977 
szémembér 213, L8st 
jéruúd ah, 1975 


NI Edirin Michael Sert 


3. ábra Személy kiválasztása a családfa rajzoláshoz 
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4. ábra A ,családfa" gomb hatása — közvetlen ősök 


Jó hír az angolul nem beszélőknek, 
hogy magyarul is tud a rendszer, igaz 
néhol hiányosan. A nyelvet a LANG 
környezeti változóval állíthatjuk be 
(export LANG-hu. HU). 


Növekszik a fa 

A programot elsőre nem könnyű átlátni 
és vannak olyan menük, amiket példá- 
ul én nem is használtam eddig és való- 
színűleg nem is fogok. No de vágjunk 
bele. A baloldalon található az , Embe- 
rek" gomb. Ezzel egy embert lehet fel 
venni (1. ábra). A menü alatti vízszintes 
eszköztáron a , 4" gombbal tudunk 
felvenni egyedeket, a ,-" gombbal 
pedig törölhetünk a listából. Az adat- 
bázis rengeteg különféle adatot tud 
tárolni, a fülek magukért beszélnek. 
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Indulásnak mondjuk vegyük fel a szü- 
leinket, a testvéreinket és magunkat. 
Ezután klikk a , Család" gombra. Itt 
lehet a családi kapcsolatokat felvinni. 
Mármint ki kinek a mije. (2. ábra) 
Házasság esetén a házasságkötés dá- 
tuma is bejegyezhető. Érdemes persze 
előbb az összes embert felvinni és csak 
utána a kapcsolatokat. 

Ha mindenkit felvittünk, akkor 
érdemes egy mentést nyomni. 
Megjegyzés: a képernyőképek nem 

a saját családfámból származnak, ha- 
nem a gramps mintaadatbázisával ké- 


szültek, ami a Súgó menüből érhető el. 


Lekérdezések 


Ez az, amiért felraktam a GRAMPS-ot. 


Ha például a , családfa" gombra 


bökünk, akkor az , Emberek" gombnál 
kiválasztott személy (3. ábra) közvet- 
len őseit felrajzolja a rendszer (4. ábra). 
Azonban az Összesítők menü Grafikus 
összesítők menüpontját használva 
különféle lekérdezéseket el is ment- 
hetünk emészthető formában. Ami 
nekem kellett, az a Kapcsolat grafikon 
készítése. A program számtalan 
formátumba tudja exportálni a grafi- 
konokat (pdf; ps, sug, stb.) 


Konklúzió 

Az újság keretei sajnos nem teszik 
lehetővé a program mélyebb ismer- 
tetését, annál is inkább mert sokak 
számára a családfakutatás csupán 
múló hóbort. Én azonban büszkén 
fogom mutatni a utódaimnak 

a GRAMPS-al készült, immár 
maradandó családfát. 

Szükség esetén a program fejlesztőit 
IRC-n (irc.freenode.net) a ítgramps 
csatornán lehet elérni. Sikeres család- 
fakutatást kívánok annak, aki belevág. 





NET TVT Ta 


GRAMPS projekt honlapja 
52 http://grampsS-project.org/ 
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Dobd fel a desktopod - Gdesklets 


Aki szereti otthonossá, egyedivé tenni a környezetet amiben munkáját végzi, 
az operációs rendszerét (munkaasztalát) Is fel fogja tudni dobni. 


Ez gyakran egy egyedi- HŐ 
leg kiválasztott háttérben, 
egy stílusos ikonkészletben 
valamint a maximálisan 
testreszabható elrendezés- 
ben kimerül. Másfelől aki 
szereti folyamatosan kü- 
lönböző a hardverekkel 
kapcsolatos valamint 
számítógépen kívüli 
információhoz jutni, nos 
azok most találkoznak 
a gDesklets programnak 
köszönhetően. A program 
funkcióját tekintve kettős- 
nek mondható: egyrészt 
díszítőelemként feldobja 
és egyedivé varázsolja 
az asztal hangulatát, 
másrészt információt 
szolgáltat a kiválasztott 
forráspontokról. 

Maga a program a Gnome 
asztali környezethez tarto- 
zik, de természetesen mű- 
ködik más felületeken is, 
ha megvannak az alapjait 
képző alkalmazások: Gtk 
2.0-re valamint a Python-ra 
támaszkodik. Amennyiben 
rendszerünk tartalmazza 

a Gnome asztali környe- 
zetet, akkor valószínűleg 
része a rendszernek 

a program, de nincs telepít- 
ve, akkor is csomagként ott 
lesz valamelyik telepítő lemezen. 
Csomagból való telepítés egyszerűen 
elvégezhető, fel kell tenni a gdesklets 
és gdesklets-data csomagokat, melyet 
rutin művelet lévén most nem rész- 
leteznék ki. A program funkcionalitá- 
sát tekintve megegyezik a KDE-s 
SuperKarambával. 


34 Linuxvilág 


k. 
3 


Budapest 


3:19pm 





kirakós darabokat ábrázoló, 
kékes árnyalatú ikon 

a rendszertálcán. Ez jelzi, 
hogy a démon fut. 

Ha szeretnénk a rendszer 
indulást követően auto- 
matikusan elindítani 

a démont és az asztali 
környezet/ablakkezelő 
nem teszi lehetővé, akkor 
a -—/Desktop/Autostart/ 
könyvtárba hozzunk létre 
egy futtatható állományt, 
mely tartalmazza a 


gdesklets start 


parancsot. Visszatérve 
a beállításokhoz: az előbb 


























De lássuk, hogyan is néz ki ez az 
egész a gyakorlatban. Sikeres telepítés 
után elindítjuk a gdesklets démont 
(konzolon a gdesklets start utasí- 
tással; grafikusan meg az adott disztri- 
búció szolgáltatássprogramkezelőjé- 
ben), aminek hatására, ha minden 
rendben zajlott, megjelenik egy 


említett az ikonra történő 
jobb-kattintással végezhet- 
jük el. A felugró menüből 
válasszuk az Asztali kisal- 
kalmazások kezelése menü- 
pontot: itt jön a lényeg, 
megjelenik egy gDesklets 
Shell nevet viselő ablak, 
ahonnan a különböző 
kisalkalmazásokat választ- 
hatjuk és indíthatjuk el. 
Ezeket az úgynevezett 
kisalkalmazásokat he- 
lyezhetjük el a munkaasz- 
talon, oda ahova nekünk 
jól esik: az ,odaragad" 

és mintegy aktív részévé 
válik a háttérnek. Meglehetősen 
látványos, valamint hasznos tud 
lenni egy-egy ilyen kisalkalmazás. 

A választék széles, én négy kategóri- 
ába sorolom be most őket: hardver 
(állapot), rendszer (szoftver álla- 
pot), külső információ és egyéb. 

A program kategória rendszere 


ennél részletesebb, valamint lehet 
benne ábécésorrendben és szerző 
szerint is keresni. 

A hardverrel kapcsolatos adatot 
szolgáltató funkciók, ilyenek mint 

a processzor, memória, partíciók 

és cserélhető médiák állapota, hő- 
mérséklet, ventilátor fordulatszám 
és még sorolhatnám. Ezek általában 
az adott eszköz állapotát közlik vala- 
milyen ikon/grafika segítségével, 
meghatározott időközönként frissítve 
az információt. Aztán vannak a rend- 
szerrel kapcsolatos kisalkalmazások, 
mint az óra, rendszerterhelés, 
uptime, riasztások, naptárak... vala- 
mint a különböző programvezérlő al- 
kalmazások (xmms, toolbar). Szintén 
mint a hardveres kijelzők, ezek is 

a betűméret/színig testreszabhatóak. 
Harmadik kategóriába tartozik az 
összes olyan alkalmazás, ami kül- 

ső információt szolgáltat, vagyis 
külső forrás szükséges (azaz élő 
internetkapcsolat meglétét feltétele- 
zi). Ebbe tartozik az email figyelőtől 
kezdve az időjárás előrejelzőn 
keresztül az RSS-olvasóig minden. 
Ezek meghatározott időközön- 

ként (szintén változtatható gyako- 
risággal) lekérdezik a kijelzőhöz 
tartozó szerverről az információkat. 
Egyéb kategóriában azok kapnak 
helyet, amik sehogyan sem sorolha- 
tók az előző háromba, ilyen a vélet- 
len kép, a nap idézete vagy a halas 
akvárium. Mindezeken túl még 
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bővíthető a választék különböző 
hivatalos és nem hivatalos olda- 
lakról. Érdemes meglátogatni 

a 2 http://gdesklets.gnomedesktop.org/ 
weboldalt is, ahol frissítések is talál- 
hatóak. 

lermészetesen minden ilyen alkalma- 
zás látványos és hasznos, de személy 
szerint azokat kedvelem, amelyek 
számomra is hasznos információt 
szolgáltatnak, mint a ki és bemenő 
internetforgalom, az újonnan érke- 
zett levelek — gyors reagálás titka, 
hogy (beállítástól függően) 5 percen 
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belül kézhez kapom a levelet, vala- 
mint a kijelzőre mért egyetlen kattin- 
tással el is indítja kedvenc levelező 
programom. Időjárás előrejelzés is 
hasznos dolog, bár gyakran van pár 
fok eltérés a helyi hőmérő és a meg- 
adott város átlagos hőmérséklete 
között, de ez nem számottevő. 

Ami innen inkább hasznos, az 

a megjelenített grafika, ami jelzi, 
hogy éppen süt a nap, látható a hold, 
szélvihar közeleg esetleg ködös az 
idő. Óra... rengeteg óra megoldás lé- 
tezik (megkockáztatom, hogy abból 
van a legtöbb) az egyszerű digitális 
órától kezdve a szép analóg zsebórán 
át egészen az elvontnak mondható, 
bináris vagy hexadecimális szám- 
rendszerben kijelzett pontos időig. 
Nos szerintem a képek magukért 
beszélnek, némi kreativitással és ki- 
tartással csodálatos dolgokat lehet al- 
kotni. Nem utolsó sorban a haverok 
is el fognak sárgulni az irigységtől... 


:] Rácz Zoltán 
EI (razoliolinuxforum.hu) 





Jelenleg egyetemista az 
I ELTE informatika-mate- 
matika tanári szakán. 

A Linuxszal két éve került kapcsolatba 
az UHU 1.0 kapcsán. Fél éve egyetlen 
operációs rendszer van a gépén: egy 
Debian SId. 
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mi minden Linux terjesztés- 
ben megtalálható az a pa- 
rancssoros megoldás: Is, cp, 


mv, In, rm, cat, mkdir, find, locate, stb. 
Ezek azok a parancsok, amelyek min- 
den rendszerben ott vannak, de az át- 
lagos felhasználó vagy sohasem talál- 
kozik velük, vagy csak hosszas tanulás 
után tudja őket jól használni. 

A grafikus operációs rendszerek egy 
paneles fájlkezelőt tartalmaznak alap- 
állapotban, ez a gyakorlatlanabb fel- 
használók egér orientáltságának tud- 
ható be. Linuxban ez a választott 
disztribúciótól, ablakkezelőtől függően 
Kongueror vagy Nautilus a legtöbb 
esetben. Ezek a programok az egérrel 
vonszolós technika látványosságán és 
egyszerűségén alapulnak (lehetőség 
van a billentyűzettel való kezelésre is, 
de ezt valószínűleg jóval keveseb- 
ben használják), mivel ezt az írni- 
olvasni már tudó gyerek is haszná- 
latba tudja venni. 

A kettő közti megoldásként írta meg 
évtizedekkel ezelőtt John Socha a saját 
kis programját, ami minden két pane- 
les fájlkezelő őse. Ez lett Peter Norton 
a cégalapító nevéből adódóan Norton 
Commander. Ennek a programnak 
később nagyon sok klónja keletkezett. 
Ezt a programcsoportot szokták OFM 
(Orthodox File Manager) programok- 
nak is nevezni az ortodox szó szabá- 
lyokhoz ragaszkodó jelentéséből 
adódóan. 

A Linux világában karakteres felületen 
a Midnight Commander nevű program 
terjedt el általánosan. Grafikus felületen 
az ablakkezelők eltérő függvénykészle- 
te miatt több programot használnak: 
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e  GIK - grafikus könyvtárra épülő: 
Gnome Commander , Tux 
Commander , emelEM2 

e Ot - grafikus könyvtárra épülő: 
Krusader 

e Grafikus könyvtáraktól független 
X Window alkalmazás: Northern 
Captain. 


Más rendszerből érkezők ezek között 
találhatják meg, mit szeretnének 
használni a Total Commander, vagy 
valamelyik klónja helyett. 

A következőkben áttekintjük azokat 
az alapfunkciókat, amelyekkel vala- 
mennyi komolyabb fájlkezelő alkalma- 
zás rendelkezik. 


Alapfunkciók 

Két panel, egy aktív és egy passzív: 

Az alapműveletek (másolás, mozgatás, 
szimbolikus hivatkozás készítése) az 
aktívból indulnak, célpontjuk pedig 

a passzív ablakban mutatott hely. 

E kettő között általában a lab billen- 
tyűvel lehet váltani. 


Parancssor integráció: Ez elsősorban 
a karakteres megvalósításnál fontos, 
mivel grafikus felületen a tetszőleges 
számú terminál ablak megjelenítése 
miatt kevésbé szükséges. Lehető- 
ség lehet az egyik, vagy mindegyik 
panel ideiglenes eltűntetésére, 

hogy a kiadott parancs kimenete 
látható legyen. 


Billentyűparancsok: A gyors használat 
érdekében a funkció billentyűkre van 
beállítva néhány parancs a , történel- 
mi" hagyományok szerint, úgymint 





e F1- Súgó 

e — F2 - Felhasználói menü / Terminál 
e  F3 - Megjelenítés 

e F4 -— Szerkesztés 

e F5— Másolás 

e FG - Áthelyezés, 

e  F7- Új könyvtár 

e  F8— Törlés 

e  E9-Menü / Átnevezés 

e — F10 - Kilépés 


A program alsó sorában az ezekhez 

a funkciókhoz tartozó billentyűk 
megjeleníthetők, és egérrel rábökve 
is használhatók. Ezek az alapművele- 
tek az egérrel vonszolós használattal 
is elérhetőek. (Az adott program 
telepítése után érdemes ellenőrizni 

a beállításokat!) 


Fájltípustól függő funkciók: Az állo- 
mány megnyitásához, szerkesztéséhez, 
futtatásához. Ez a GNOME és a KDE 
használata esetén alapállapotban is jól 
használható, de mindenki egyedi ízlé- 
sére szabhatja. 


Az előzmények megjegyzése: Min- 
den beírást váró mező esetében 
(másolás helye, keresett kifejezés, 
parancssor, stb.) 


Virtuális fájlrendszerek kezelése: Olvas- 
ni ezek mindegyikét lehet, de írásuk 
korlátozott egyes esetekben. 


e . FIP, SFIP, Fish, SAMBA, NES 
és más nem lokális fájlrendszerek 
e ISO CD / DVD lemezképek 
e rpm, deb és hasonló disztribúció 
specifikus csomagok 
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ma var 
(1) bash histon 


e tar, tar.gz, tar.bz2, gz, bz2, arj, rar, 
ace, zip és más archívumok 

e a keresés eredménye is 
megjeleníthető egy panel 
tartalmaként 

e —, Kisimított" fastruktúra- az aktu- 
ális könyvtárat az alkönyvtárak 
tartalmával együtt egy listában 
jeleníti meg 


Beépített egyszerű szerkesztő és 
megjelenítő program: Ezek a hagyo- 
mányos szerkesztők a legegysze- 
rűbb szövegszerkesztési funkciókra 
képesek, nem hasonlíthatók az 
irodai programcsomagok szöveg- 
szerkesztőihez. Némelyik megva- 
lósítja a fájltípushoz igazodó színes 
kiemeléseket, a hexadecimális 
szerkesztést, különböző kódtáblák 
kezelését, és a Windows — Unix — 
Macintosh világban eltérő sorvé- 
gek kezelését. Lehetőség van a fájl 
megtekintés funkciót az egyik 
panelra helyezni is. 


Keresési lehetőség: A fájl neve, 
dátuma, mérete, tulajdonosa, 
jogosultságai alapján. A keresési 
kifejezés lehet egyszerű szöveg és 
dzsóker karakterek, vagy reguláris 
kifejezés. Nemcsak a fájlok tulaj- 
donságai, hanem a tartalmukban 
történő keresésre is mód van. A tar- 
talom szerinti keresésnél oda kell 
figyelni, hogy ne legyen túl sok ele- 
me az átnézendő listának, mert ez 
időigényes folyamat. A keresés ered- 
ményeként létrejövő lista, akár egy 
virtuális fájlrendszerré is tehető, 

így megkönnyítve a további munkát 
a megtalált fájlokkal. 


SN35Sg adag 
tS3zk 


TTETETTTETTTTTTTa hi " 
Tk a Sá ús Sá ÜL "E 


VT 
baal hizisry 





A könyvtár rendszer fastruktúrájú 
megjelenítése: Így könnyen követhető, 
hogy a fájlrendszer mely részén ba- 
rangolunk éppen, illetve hol találjuk 
azt a könyvtárat, amit pl. másolásnál 
célként szeretnénk megadni. Bizonyos 
programokban az aktuális könyvtárra 
vonatkozó helyfoglalási adatokat is 
kaphatunk. A fastruktúrájú panel 
aktiválása után, azok is jól boldogul- 
hatnak ezekkel a kétpaneles progra- 
mokkal, akik korábban Windows alatt 
Explorert használtak. 


Fontos helyek gyors elérése: Lehetőség 
van az internet böngészéshez hason- 
lóan könyvjelzők elhelyezésére is, 
így akár egy billentyűkombinációval 
ugorhatunk a múlt heti nyaraláson 
készült fotók könyvtárába. 


Gép-gép közti kapcsolat: Az internet 
korszak előtti időkben a kétpaneles 
programok jellemzője volt a párhuza- 
mos vagy soros porton összekötött gé- 
pek közötti direkt kapcsolat megvaló- 
sítása. A technika fejlődése nyomán 
manapság inkább a hálózaton, TCP/IP 
protokollon keresztüli direkt összeköt- 
tetések kezelése a jellemző. A kapcso- 
lat akár titkosított is lehet, megvalósí- 
tástól függően. 


Jó testreszabhatóság: Ami nem a meg- 
jelenítést jelenti elsősorban, hanem 

a billentyűkombinációkhoz és egér- 
műveletekhez történő parancsok 
hozzárendelést. 


Elsőként nézzünk egy X Window 
rendszerre készült megvalósítását 
a két paneles fájlkezelésnek. 
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Az X Northern Captain 5.0.4. 


A programot egy szentpétervári prog- 
ramozó fejleszti, valószínűleg innen 
ered az elnevezése. Ha az éppen hasz- 
nált terjesztésben nem található, akkor 
a következő címről tölthető le: 

2 http://xnc.dubna.su/ A program 
sajnos csak részben magyarított. Az 
elindítása után egy puritán képernyő 
fogadja a felhasználót, az alapbeállítás 
szerinti listák csak az állományok 
nevét jelenítik meg. 

A divatos trendeknek megfelelően, 
még ez a kis programocska is , újra- 
bőrözhető" . 


Left — Right menü 

A jobb illetve baloldali beállítások 
külön szabályozhatóak. A menüből 
háromféle megjelenítésből választha- 
tunk, de hogy melyik mód milyen 
oszlopokat tartalmazzon, azt az 
Options — Configuration — Módok 
menüpontban szabályozhatjuk 
részletesen. A lista elemei sorba 
rendezhetőek különböző szempont- 
ok szerint, de lehet rendezetlen és 
fordított sorrendű is. Amennyiben 
például a Rövid listamódot választ- 
juk 1 vagy akár 4 oszlopban is lát- 
hatjuk folytatólagosan. Mindenestül 
meg lehet jeleníteni a könyvtárat 

az alkönyvtárak tartalmával együtt 
egy listában is. 


Commands menü 

Ebben a menüben találhatók a hagyo- 
mányos Szerkesztés, Másolás, Törlés, 
Keresés, Könyvtár vagy link létrehozá- 
sa funkciók. Bizonyos esetben hasznos 
lehet az aktuális könyvtár újramoun- 
tolása menüpont is. Az állomány 
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A ) Attributes 
File: bookmarks-2.html 
Üwner: root.,root 


4 Read 
47 virite 


.] Execute a 


4 Read 
o] Write 


Execute 


4 Read 


e] Write 


Cancel 


.]  Execute 
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X ] Change Owner 





File:  bookmarks-2.html 
HELTIGÚCSSZ E TW-Tez te 
Üwner: 


Groups: 


postfix 
postgres 


dér dírec: jum ukth HÁT 


Change Cancel 





tulajdonosa, illetve a hozzá 
tartozó jogosultságok egy- 
szerűen beállíthatók. 
Létrehozhatunk tömörített 
archívumokat az aktuális 
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vagy a kijelölt állományok- 
ból. Megtaláljuk még ebben 
a menüben a df és ps pa- 
rancsok ablakos megvalósí- 
tását. A memória és a swap 
felhasználásról is kapha- 
tunk adatokat. 

Egy külön ablakban megje- 
leníthető az aktuális fájl 
minden adata. 

Ha FIP kapcsolatot szeret- 
nénk használni, akkor sincs 
szükség újabb program in- 
dítására. A biztonságos 
csatlakozásokra nem, viI- 
szont proxy kezelésre fel 
van készítve. Miután min- 
den szükségest letöltöttünk 
az összehasonlítás funkció- 
val ellenőrizhetjük, mi az 
ami már meg volt. 


Operations menü 

Ebben a menüben találjuk 
a panelek cseréje, az aktuá- 
lis könyvtár újraolvasása, 

a terminál ablakra váltás 
funkciókat. Lehetőség van 
kiválasztó, ill. kiválasztást 
megszüntető maszkok 
megadására, ha például 
csak a HTML fájlokkal 
szeretnénk dolgozni a to- 
vábbiakban. Egyes gyakran 
használt könyvtárakhoz 
könyvjelzőket rendelhe- 
tünk, melyekre a jobb 
szélen található ikonokra 
kattintva válthatunk. 
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Options menü 

A menü fájlt mindenki a saját ízlése, 
és igénye szerint szerkesztheti. Az itt 
felsorolt parancsok az F2 gomb lenyo- 
mására megjelenő listából indíthatók. 
Mivel két linuxos biztosan nem 
ugyanazokat a programot használja 
minden fájltípus esetében, ezért ki-ki 
a Saját szája íze szerint állítsa be a ki- 
terjesztéstől függően melyik alkalma- 
zás induljon el. Az alapbeállítás leg- 
több esetben a programhoz készült 
megjelenítő programocska. 
Amennyiben az adott típushoz még 
nincs társítva alkalmazás, a már társítot- 
tak listája jelenik meg és abból választ- 
hatunk. A Configuration menüpontban 
beállítható a program kinézete, mely 
műveleteknél kérjen megerősítést, és az 
egérgombokhoz társított műveletek. 


Összefoglalás 

Noha már körülbelül 1 éve nem jelent 
meg új verzió, a program az alapfunk- 
ciókat jól teljesíti. Amennyiben valaki- 
nek problémát okoz a részleges ma- 
gyarítás, neki nem ajánlom. 

Előnyős tulajdonsága, hogy sem a Ot, 
sem a GIK eljárás gyűjteményhez nem 
kötődik. Így elsősorban azoknak ajánl- 
ható akik a gépük kis teljesítménye 
miatt, vagy csak mert szeretik az egy- 
szerűséget nem igényelnek többet. Hiá- 
nyolom a programból, hogy nem tárol- 
ja a különböző adatbekéréseknél, illetve 


a terminál részben az előzményeket. 





Áttekintés a változásokról 

és a dokumentációról 

A ,helyzet komolyságát" jelzi, hogy 

a 2 www.moodle.org-on kívül van 
egy 39 www.moodle.com weboldal is. 
Itt segítséget adnak mindazoknak, 
akik hajlandóak ezért fizetni. A prog- 
ram fejlesztését koordináló központ 
Ausztráliában van; a projekt vezetője 
Martin Dougiamas. A www.moodle.org 
oldal köré csoportosult lelkes csapat 
azonban az esetek túlnyomó többsé- 
gében (ingyenesen) megválaszolja 

a felmerülő kérdéseket. Magam is 
kértem, kaptam már segítséget a fóru- 
mokon - érdekes módon többnyire 
hölgyektől. 

A Moodle magyarítását Bozsa István 
(bozsa(wjht.gau.hu) kezdte el, az SZTE 
Távoktatási Központja részéről Dr. 
Fábricz Károly (kfabriczeomail.u- 
szeged.hu) folytatta. Hihetetlen 
mennyiségű munkát jelentett a ren- 
geteg kifejezés, súgószövegek lefor- 
dítása — ezt ne felejtsük akkor sem, 
amikor esetleg helyenként angol 
részekbe botlunk. 

A www.moodle.org oldalon található 
dokumentációban nem túl könnyű 
megtalálni, amit szeretnénk (legalább- 
is nekem nem mindig sikerült). 

Sok esetben hatékonya(bba)jn tudtam 
használni a saját Moodle rendszerünk 
induló URL-je mögé illesztett /doc 
alatt megjelenő, baloldalt található 
,Other Docs" részt, ezen belül is 

a Súgó (Help) oldalakat. Az on-line 
oldalakon is vannak olyan eligazító 


9.b osztályosok számára - 


Magyar (huj) i v 


Kísérleti jelleggel nézzük 
meg, mit tudunk kezdeni egy 
e-Learning rendszerrel... 


9 Kurzusok 


2 9.b osztályosok 
számára - informatika 
óra 

2 10.b osztályosok 
számára - inforrnatika 
óra 

9 kezdő programozás 
szakkör 

5 linux szakkör - kezdő 

2? webprograrnozás 
szakkör 

§9 Próbatanfolyam 

Minden kurzus... 


informatika óra 
Tanár: Szabó Zoltán 


10.b osztályosok számára - 
informatika óra 
Tanár: Szabó Zoltán 


kezdő programozás szakkör 
Tanár: Szabó Zoltán 


linux szakkör - kezdő 
Tanár: szabó Zoltán 


B 


webprogramozás szakkör 
Tanár: Szabó Zoltán 
8 Í 


Próbatanfólyam 
Tanár: Erdőst . . 


A 9.b osztályosok számára a normál 
tanórák keretein belül elsajátítandó 
ismeretek tárháza 


A 10.b osztályosok számára a normál 


tanórákon elsajátítandó ismeretek 
tárháza 


Pascal vagy kd evelop programozás 


Linux szakkör kezdőknek 


HTML és PHP programozás, 
megspékelve egy kis SOL-Ilel. 


Ez csak kísérletezésre és az induló 
lépések kitapogatására szolgál 
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Tanár; Nádg-e , 


oldalak, , kurzusok", amelyeket át le- 
het emelni saját rendszerünkbe, és így 
off-line módon tanulmányozhatóak. 


Hol használjuk? 

Meglátásom szerint egy mai normál 
középiskolában az informatika-közeli 
tárgyakon és szakkörökön kívül nem- 
igen van olyan szituáció, amikor 

a klasszikus oktatással versenyre kel- 
hetne egy ilyen - lényegében távok- 
tatásra tervezett — rendszer a maga 
kurzusaival. Az informatikával azért 
teszek kivételt, mert egyelőre nincs 
megfelelő, Linuxra és más szabad ope- 
rációs rendszerre építő tankönyv, amit 
jó szívvel kézbe lehetne adni a gyere- 
keknek. Ez az a tantárgy, amelyben 





a legszórtabb a tanulók tudásszintje, 
s így jól tud jönni egy hipertext-alapú 
tananyag, amelyben a gyengébbek 

is végére érhetnek az alapvető ismere 
teknek, de az okosabbak sem unat- 
koznak, mert ízlésüknek megfelelően 
mélyebbre áshatnak az anyagban 

(ha a tanár jól előkészítette azt). Meg- 
felelő ügyességgel hatékonyan lehet 
ötvözni a Moodle-alapú és a normál 
órai stílust. A tanár munkája persze 

a tanórán lecsökken, de az előkészítés 
nagyságrendekkel több időt felemészt, 
mint egy normál óra esetében. 
Használat közben kiderült, hogy 

a Moodle közel sem pusztán arra jó, 
ami a hangzatos , e-Learning" szó 
asszociációi nyomán ébred bennünk. 
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Minden tanár óráin adódhat olyan 
pillanat, amikor jól jönne, ha tanít- 
ványai számára elérhetővé tudna 
tenni egy-egy szöveget, képet, filmet, 
hangot, zenét, de ott az órán ez nem 
megvalósítható valami okból (például 
nincs nála, vagy nincs kéznél számító- 
gép vagy projektor stb.). Az a szép 

a Moodle-ban, hogy sok kérdés 
hatékonyan oldható meg vele ilyen 
esetekben is. 

Kézlegyintve gondolhatná azt a kívül- 
álló, hogy nyilván van az iskolának 
weblapja, tegyék fel oda a tanárok 

a dolgaikat. Csakhogy ez ingoványos 
területre vezet az iskolai 
weblaprendszer biztonságát illetően, 
a tanárok informatikai szakértelmének 
tekintetében, a kialakuló oldal képé- 
nek kuszaságáról nem is beszélve, 
valamint az is szempont lehet, 

hogy nem mindig szeretné a tanár 
mindenki számára láthatóvá tenni 

az éppen esedékes anyagot vagy 
dolgozatkérdéseket. 


Kurzuskategóriák 
Egyéb 
Erdős... . rar oldalai 
Mádai F--" oldalai 1 
Öntkorzz. c oldalai 
74 , oldalai 
oldalai 
oldalai 


ki 204! kát el Fárf 
0 xeti Feri 
1 keti ] Farm ű 
Ü xetd ] Fem I 
0 xeti I Feri 
0 xe t4 TFert 


kh szá 2 
5 xet (Feri 


(Szabó ee 


Úg kürrüs hasráadásea 





40 Linuxvilág 


Kurzusok Szerkesztés Kategória áthelyezése a következő helyre: 


Szerkesrés kikapcsolása 


a ÖÍrisz abb hire] 


Új téma hórráadása 
17 dan, 18.27 
Szabó Zoltán 
Miért íg... tovább... ; 
Húgotbi körnák 


1! erőst k azer til a hasráadásái s 


Nincs elkövetkező EseEméry 


Ádtérés a mapiátkozts 
Új asamány ... 


T ezétkeíryűdeg hazrráadétse s] 


j revákanyitág hoz madása s] d 


BAkiinatás Sunday , eat 
2006, 10-47 AM óta 
Teay jelentés a öATET 

tevékenység 


. Semmi hir az utalsú 
belépés óta Í 


Tevék enység hozzáadása 7] d 





A Moodle a maga egyszerű eszközei- 
vel lehetővé teszi, hogy a(z erre kap- 
ható) tanárok - akár csak egy-két — 
anyagot felvigyenek, megfelelő struk- 
túrába illesztve és az illetékes diákok 
számára láthatóvá téve ezeket. 

(Ha csak néhány téma kerül felvitelre, 
akkor nyilván nem a , heti", hanem 

a ,téma" típus a javasolt formátum 

az érintett kurzus számára.) A tanárok 
,e-munkára bírása" nem kifejezetten 
informatikai feladat, mégis, az iskolák- 
ban általában egy személy testesíti 
meg a technikai hátteret és a , szociális 
munkást" (aki segít a rászorulóknak 
vagy a kérdésekkel küszködőknek), 
sőt az ,e-marketingest" is, aki buzdíta- 
ni szokta a billentyűzettől idegenke- 
dőket. Eme erőfeszítéseket nagyban 
segíti, ha van bátorságunk egy-két 
ponton hozzányúlni az alapértelme- 
zett értékekhez, vagy ad aöszurdum 
magukhoz a .php fájlokhoz. 

Ezzel sok ember munkáját könnyebbé 
lehet tenni. 
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Tapasztalatok az első lépések után 
Érdemes bármikor, tanév közben is úgy 
dönteni, hogy elkezdünk ismerkedni 

a Moodle-val. Az talán kizárt, hogy 
valaki augusztusban úgy dönt, hogy 
szeptembertől teljes sávszélességgel 
Moodte az irány. Sok-sok apró felfedez- 
ni való van, amit nem érdemes rögtön 
egy éles Moodle-tanév keretein belül 
megtenni, mert az igen kínos tud lenni, 
ha alapvető dolgokkal nincs tisztában 

a tanár (például hogy jelszót nemcsak 
a diák tud változtatni, hanem az admi- 
nisztrátor is). Érdemes a kurzuskategó- 
riákat tanárok szerint kialakítani, nem 
témák szerint (amíg nincs túl sok tanár 
a porondon). Az adminisztrátor tanárt 
(egyelőre) csak akkor tud kijelölni 

a Felhasználó/ Tanár hozzárendelése 
menüpontban (8. ábra), ha van már 
legalább egy kurzusa (nem pedig csak 
egy neki szánt kurzuskategória). 
Ahhoz, hogy egy tanár maga dönthesse 
el, milyen kurzusokat indít, egyszerűen 
szerzőnek kell titulálni (az adminisztrá- 
tor teheti ezt meg a Felhasználó/Szerzők 
hozzárendelése alatt). Talán mondanom 
sem kell, hogy a fenti tanárkijelölési 
nehézséget tilos úgy megoldani, hogy 
a tanár felhasználóinkat rendszergaz- 
dának nevezzük ki, hogy mindent 
megtehessenek - remélhetőleg egy 
Linuxvilág olvasó ezen a megközelíté- 
sen már túl van. Én úgy orvosoltam 
ezt a ,legyen tanár aki tanár" problé- 
mát, hogy az , Egyéb" kurzuskategóriá- 
ban csináltam egy próbakurzust (amibe 
mellesleg beletettem egy olyan olvas- 
mányt, ami a tanárok kezdő lépéseit se- 
gítheti, és ami innen letölthető: SAttp:// 
www.osb.hulz/moo.html). Ehhez 

a próbakurzushoz aztán mindenkit, 

aki IRL tanár (,in real life", azaz 

ra valóságban"), Moodle-tanárként 
rendeltem hozzá. 
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ni tananyagot könnyen TEMABA ü Mócdle-ba, 

tál fö nháaa Moodie grafikus HTML- szerkesztőjét 
szmálja, 


Az oldal az adatbázisban kap helyet, nem pedig külön 
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Nyúljunk bele 

A barkácsolni csak egy kicsit is szere- 
tők számára jó hírem van. A Moodle 
fájljai és adatbázisa remekül átgon- 
dolt, nem túlbonyolított rendszert 
alkotnak. Szemben például az 

,eZ Publish" -sal, ami valamelyest ro- 
kon a Moodle-val, és amit néhány éve 
webmesterként volt alkalmam közel- 
ről megnézni, egészen meglepő a .php 
fájlok egyszerűsége és az adatbázis 
struktúrájának áttekinthetősége. 
Többször jártam úgy, hogy szerettem 
volna valamit átalakítani, de — nem 
szánván elég időt a webes felület beál- 
lítási lehetőségeinek feltérképezésére 
-— nem találtam, hogy hol változtassam 
a változtatandót. Ekkor csináltam egy 
mentást az adatbázisról (dump), ab- 
ban rákerestem egy-két szóra, és pilla- 
natok alatt megvolt, hogy mit hogyan 
kell módosítani. (Aztán előbb-utóbb, 
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esetleg egy moodle-fórumon feltett 
kérdés válaszaként érkező segítség 
nyomán megtaláltam, hogy hogyan 
kell azt szépen, webfelületről megol- 
dani.) Hasonlóképpen, néhány jól 
irányzott grep -ri paranccsal a .php 
fájlokban is el lehet igazodni. 
Néhány példa: Engem zavart, 
hogy az új felhasználó kézi létreho- 
zásakor annak neve ,changeme", 
mert túl sok betűt kell visszatörölni 
a megváltoztatáshoz, vagy éppen 
ki kell jelölni az egészet, ami eset- 
leg az előzőleg vágólapra tett fel- 
használónevet felülírja. Így aztán 
az admin/luser.php-ben a 


$user-susername - "changeme" 
sort átalakítottam: 
$user-susername — "n"; 





Hasonlóképpen, ugyanebben a fájlban 
az alapértelmezett üres emailcímet és 
városnevet is ízlésemnek megfelelően 
bedrótoztam: 


$user-semail s 

sz "a1skolai.emailcim.hu" 
$user-scity e. 

sz "Pannonhalma" 


Ez utóbbinak valóban van egy kis 
idegzetkímélő utóhatása, mert a kife- 
lejtett városnév esetén a személyes 
adatok megváltoztatását lehetővé tevő 
űrlap nem enged továbblépni, és ez 
bosszantó időveszteséget és a rend- 
szer presztízsveszteségének előmozdí- 
tását eredményezi. 

Egy másik példa a testreszabásra: 

a tananyagok közül a Weboldal létre- 
hozása vagy csatolása esetén alul alap- 
értelmezetten az volt kijelölve, hogy 

, ugyanabban az ablakban" nyíljon 
meg, ahonnan rákattintanak. Ezt én 
nem így szerettem volna, de nem bír- 
tam rájönni, hogy hol és mit kell állíta- 
ni. Míg aztán úgy jártam el, hogy ké- 
szítettem egy mentést az adatbázisról 
(dump), ebben rákerestem a néhány 
számomra relevánsnak tűnő szóra 
(például window, popup, size), és meg 
is találtam a md1]. config táblában 

a szükséges alapértelmezett értékeket. 
Először a rövidebbik úton haladtam: 
átállítottam az adatbázisban az érté- 
keket, oly módon, hogy megnéztem, 
milyen adatok vannak már meg benne: 
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update md] config set 
svalue-"999" where 

5 name-" resource popupwidth" ; 
update md] config set 
svalue-"999" where 

3 name-" resource popupheight" 
update mdl] config set 
svalue-" checked" where 

55 name-" resource popup" 

update md] config set value-" " 
where name-" resource . 

s popupresizable" 

update mdl] config set 

value-" checked" where name- 

sz "resource popupscrollbars" 
update md] config set value-" " 
ss where name-" resource . 

s popupdirectories" 


Később tudtam meg, hogy az 
Adminisztráció/ Beállítások/Modulok 
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Háelsadtés Hot felhasználói teat külső adatbánsokad 
770 használhat is 
A felhasználói azonosítók Félhasználúi azónaa HOS 
ézérkédztété DATE ÚE SZETKEZZÉE 
— Újtelhasználó hoztándása tetaszoákatárátséás 
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GYSSZTERESB út 


Belrátkozásók Bárétkozéiek szabálozártáhóz küllő v 
kiválás 134 sú 


Tanulá pals vátnárós tegv lasztit sz net page AZ BÁTÁNLETTÁLIÓG 


egy búlző módozatok 


Tarrár ak hozzárendelt nyjut kikorozété, majd iköri hazmálata tárnárok 
zási plö za 


Szerzők hozzárendelése kozakásztók kurzümököt peSZNAK hétre 2 azokbár 


távada § 3 ( JXRENSMEF HI, 
(Cagrerugére ő tő 7015 Ünzk ket a 
dül hl B tn EE 


 Pup-val kapcsolatos nfő [/ 
, r———.——— menu 


alatt lehet minden ilyesmit állítani, 
szép webes felületről. 

A diákok számítógéptermében nálunk 
SMB alapon nyugszik a bejelentkezés. 
Van egy ilyen hitelesítést lehetővé 
tevő PHP függvény is, az smbauth: 
ezt egy-egy intranetes alkalmazásban 
használtam is, ahol a diákoknak 
webes felületre kell bejelentkezniük, 
és nem akartam újabb felhasználói 
neveket és jelszavakat kiosztani. 

Bár sokféle lehetőség van a hitelesítés- 
re a Moodle-ban, ilyen változatot 
(smbauth) nem találtam beépítve. 

Az auth/pam könyvtárbeli lib.php 

fájlt szerkesztettem át oly módon, 
hogy az if (pam auth.. . helyett 

if (smbauth.. .-ot írtam. Valószínű- 
leg teljesen kulturáltan, módosítás 
nélkül, pam auth-al is megoldható 
lett volna a kérdés, de ahhoz le kellett 
volna tölteni a megfelelő pam auth 
PHP-modult, beüzemelni, és lenyelni 
az a lelkiismereti békát, hogy egy 
újabb potenciális réssel lett gazdagabb 
a webszerverünk. Ennél számomra 
megnyugtatóbb megoldás volt ama 
néhány betű beleírása a megfelelő 

.php fájlba, ollyan PHP függvény 
meghívásával, amit máshol már 

úgyis használtam. 


Felhasználók be és ki 

A felhasználók tömeges hozzáadásá- 
nak kérdése előbb-utóbb felmerül. 
Vannak olyan autentikációs módsze- 
rek a Moodle-ban (például az IMAP), 
amivel úgy is be lehet jelentkezni, 
hogy még nincs bent a felhasználó- 
név az adatbázisban (ilyenkor az első 
bejelentkezéskor bekerül). 
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MENGSLETgATBÁK hozzárándéléte Fi RESZ 
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Mivel az SMB alapú bejelentkezés 
nem ilyen, ezért rá kellett szánnom 
magam, hogy előállítsam azt a fájlt, 
amit át tudok adni a Moodle-nak: 

, Felhasználók feltöltése" menüpont, 
(7. és 8. ábra). Vigyázat, e tekintetben 
eltér az 1.5 és 1.6 verzió, mert a régeb- 
biben a már létező felhasználóneveket 
egyszerűen nem veszi figyelemben, 
az újban pedig megváltoztatja (felül- 
írja) a meglevő adatokat a frissen 
betöltöttekkel. 

Ennek a , tömegfájlnak" az előállításá- 
ra lehet egy Bash vagy egy Perl 
szkriptet írni: ki kell mazsolázni 

a megfelelő szerveren levő /etc/passwd 
fáljt. Azonban már úgyis volt egy PHP 
szkriptem, ami hasonló szerepet töl- 
tött be, másrészt pedig voltak kivéte- 
les , felhasználónevek", amikkel 
könnyebb volt így elbánni, inkább 

ezt használtam fel: 


$1-file("/etc/passwd") ; 
foreach ($1] as $key-s$lsor) ( 
$sor-explode(":",$1]sor); 
$nev-explode(" ",$sor[4]); 
$login2vnevL$sor[0]]-trim($nev 
sza rob: 

$knev-trim($nev[1]." 


s". $nev[21]." ".$nev[3]); 
$login2knevL$sor[0]]- 
5 Csknevec eket ese: BknevI ; 


Mint látjuk, kulcsszerepe van egy 
adott szöveget egy jel mentén szétrob- 
bantó (explode) függvénynek. Ha csak 
egyszavas a teljes név a /etc/passwd- 
ben (például Vendég"), akkor a ke- 
resztnévnek kell adni valami más érté- 
ket (pl. "-), hogy meg tudja emészteni 


;ájdák bármit csinithainak és LÁTÓ méhet ék A 


a Moodle. Majd egy jól célzott 
foreach ciklussal kiírtam 

a login2(v/kjnev tartalmát, az alábbi 
eredményt kapva: 


username, password, lastname, 
ss firstname, email, auth 

angel , angel , angyal , Áron, angel a 
ss email cimem. hu, pam 

cickany, cickany, 

ss Zagyvai , Bernadett, 

ss ci ckany(demat I cimem. hu , pam 


Itt a jelszót csak amiatt kell megadni, 
mert a , tömegfájlt" csak így veszi 

be a Moodle - szerepe nem sok lesz, 
mert a ,pam" úgyis a(z általam 
smbauth-ra átírt módon) hálózatról 
ellenőrzi a jelszót. Az emailcímekben 
a helyi hálózaton használt login 
nevek szerepelnek. 

Még egy apróság: hogy honnan tud- 
tam, hogy milyen mezőket kell/lehet 
felsorolni? Már említettem, hogy 
Moodkle rendszerünk induló URL-je 
mögé illesztett /doc alatt megjelenő, 
baloldalt található Other Docs részben 
milyen hasznos oldalak lapulnak. 

Itt az Adminisztráció/ Felhasználók 
feltöltése alatti segítség (ami — admi- 
nisztrátorként — az Adminisztráció/ 
Felhasználók/ Felhasználók feltöltése 
űrlap címe melletti sárga kérdőjellel 
758 is előjön) kifejti a legfontosabb 
tudnivalókat, és ad egy igényes példát 
is. Sajnos az nem derül ki belőle, hogy 
hogyan adhatjuk meg az általunk igé- 
nyelt autentikációs módot. A Moodle 
gyökérkönyvtára alatti lib/db könyv- 
tárban találjuk az adatbázis-sémákat. 


Browse.., ! Fdihhasználók feltöltése 


f Mozilla Firefo 


4 


Felhasználók feltöltése. 


j i 


Először is ne feledjük, hogy rendszerint nincs szükség felhasználók tömeges importálására - a j 
karbantartási munka mérséklése érdekében először azokat a hitelesítési formákat kell felderítenünk , 
amelyekhez nincs szükség kézzel végzett karbantartásra, mint amilyen a meglévő külső adatbázisokhoz 
kapcsolás vagy a felhasználói hozzáférés létrehozásának a felhasználókra bízása. Lásd a hitelesítésről szóló 


részt a rendszergazda menüiben. 


Ha biztosak vagyunk abban, hogy egyszerre több felhasználói hozzáférést akarunk egy szöveges állományból 
importálni, akkor a szöveges állományt az alábbi módon kell megformázni: . 


. 6 Az állomány minden éves sora egy rekordot tartalmazzon. 
e Minden rekord egymástól vesszővel elválasztott adatsort tartalmazzon .. 
e Az állomány első rekordja speciális bejegyzés, amely a mezőneveket tartalmazza. Ez határozza meg az 
állomány fennmaradó részének a formáját. 


i 


Szükséges mezőnevek: ezeket a mezőket az első rekordnak kell tartalmaznia - minden 


egyes felhasználóra vonatkozóa an 


. username, password,  firstname, 


Számomra a postgres7.sgi volt hasznos 
(a kedves Olvasó számára nagy való- 
színűséggel a mysgl.php). Itt először 
még nem tudhatja a jámbor szemlélő, 
hogy milyen táblát kell keresnie, de 
rákeresve a username szóra, egyből rá- 
akadunk a prefix user táblára (valódi 
adatbázisunkban a prefix szórészlet 
helyett más áll, pl. md). Itt aztán a tel- 
jesség igényével lehetett bogarászni, 
és kezembe is akadt az ,auth" mező- 
név, amire szükségem volt. (Azt, hogy 
ennek a mezőnévnek mit adjak érté- 
kül, azt úgy tudtam meg, hogy egy 
felhasználónál az általam választott 
pam autentikációs módot adtam meg 

a regisztrációkor, majd rákerestem az 
élő adatbázisban, hogy mi áll az auth 
mezőben. Meglepve láttam, hogy 
,pam" az értéke. Innen tudtam, hogy 
nekem is ez kell. Egyébként teljesen 
logikusak az elnevezések, lehet tudni, 
hogy IMAP esetén imap stb. 

Ha fel tudja fogni minden érintett 
diák, hogy a bejelentkezés után csak 
rá kell kattintania az általa igényelt 
kurzus nevére, majd , kurzustagként" 
kell magát elfogadtatnia, akkor 
semmi teendőnk nincs a beiratkozás 
tekintetében. (Ha megadtunk be- 
iratkozási kódot, akkor ezt persze 
célszerű az érintettekkel tudatni.) 

Ha a diákok egy része annyira nagy 
tudású, hogy ez az igenlő kattintás 
nem várható el tőle (vagy egyszerű- 
en csak kedveskedni akar a tanár 
nekik azzal, hogy ne kerüljenek ilyen 
döntéshelyzetbe, hogy meg kelljen 
válaszolniuk egy , Kurzustag vagy?!" 
kérdést), akkor az adminisztrációs 


lastname, emáil 





blokkban a Diákok menüponttal 
(ahol is a lap címe: Diákok beíratása) 
kézileg is be lehet jelölni a szük- 
séges diákokat (vagy eltörölni 

a szükségteleneket). 

Ez a kijelölési tudomány aztán 
hasznos lesz év végén, mert a kiíratás 
is hasonlóképp történhet. Ha már 
nagyon sok a diák, akkor sok időt 
spórolhatunk egy kis hackeléssel. 

Az a gond, hogy a fent említett 
Diákok beíratása részben (legalábbis 
az 1.5.3-- verzióban) keresztnév 
szerint rendeződnek a diákok. 

Ezt hiába próbáljuk úgy orvosolni, 
hogy a megfelelő helyen Vezetéknév, 
keresztnév sorrendet adunk meg álta- 
lunk áhított névformátumnak, attól 
még a rendezés a keresztnév szerint 
fog történni. Kézbe kell vennünk 

a course/student.php fájlt, aminek 

a 110. sora környékén ezt látjuk: 


get. course students($course 
sz.-s1i1d, "u.firstname ASC, 
su. lastname ASC" 


Ehelyett ezt a részt így célszerű 
átírnunk: 


get. course students($course 
s5.-s1d, "u.lastname ASC, 
syu.firstname ASC" 


S hasonlóképp a jobb oldali szöveg- 
blokkot is ugyanígy írjuk át a 130. sor 
környékén. 

Ha esetleg más szempont szeret- 
nénk rendezni a nebulókat (például 
osztály vagy timemodified szerint), 


akkor megint csak az előbb említett 
prefix user tábla siet a segítségünkre, 
hogy megtaláljuk, milyen mezőnevek 
alapján történő rendezéssel úszhat- 
nánk meg az egyesével klikkelgetés 
tantaloszi kínjait. 

A biztonság kedvéért rákerestem, 
melyik .php fájlban van 

a get. course students deklarálása, 
és meg is találtam a lib/datalib.php- 
ben. Erről a témáról bővebben itt 
olvashatnak a www.moodle.org 
fórumain belül: General problems —: 
Easter way to unenroll students from 
a course. 


Frissen, ropogósan 

Időnként frissítést is el kell követ- 
nünk a rendszeren. Egyszer ma- 
gam is tettem ilyet, de annyira 
jellegtelen volt a műveletsor, 

hogy még csak emlékfoszlányt sem 
hagyott bennem (szemben néhány 
emlékezetes operációs rendszer 
frissítéssel). Nyilván előtte célszerű 
elmenteni, ami menthető - itt utal- 
nék Horváth Ernő 2004. novemberi 
Moodle-cikkére, amelyben egy 
remek archiváló szkriptet mutatott 
be (Linuxvilág 1t46/62. o.). 

A 5 http://moodle.org/doc/ ?frame-up 
grade.html alapján a frissítés könnye- 
dén megvalósítható. Ezt követően 
még a 3 http://download.moodle.org/ 
download.php/lang/hu.zip nyelvi mo- 
dult is leszedtem, és betettem a lang/ 
könyvtár alá. Minden ment remekül. 
A Moodle rendszerében a kurzusok 
elmenthetők és újra felhasználhatóak. 
Nagy előrelépés lenne informatikaok- 
tatásunkban, ha lenne néhány ember 
és megfelelő fórum arra, hogy a jól 
bevált Moodle-tananyagainkat egymás 
rendelkezésére bocsássuk. Jó volna 
egy ilyen tankönyv is, ami a Moodle- 
vel összehangolva vezetné diákjainkat 
az informatika rögös, de szép birodal- 
mának útjain. 
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A LaleX néhány alkalmazási lehetősége 


esszéirásban 


Ebben a részben előbb az emacs és a LaleX alapjaival foglalkozom, majd 

a dokumentum szerkezete, tagolásával következik. Ezután részletesebben 
Ismertetem, hogy miként lehet több nyelvet használni egy dokumentumban. 
Végül a bibliográfia kezelését mutatom be. Eközben kitérek az emacs vagy az 
auctex kapcsolódó részeire Is. Célom néhány jellemző lehetőség Ismertetése, 
rövid kódrészletekkel, példákkal. 


cikkben feltételezem az 

emacs, az auctex és a telex, 

az egyik elterjedt linuxos TeX 
rendszer meglétét, és azt, hogy ezek 
jól vannak beállítva. Ezt általában 
a Linux disztribúciók csomagkezelője 
elvégzi. A külön telepítendő csomago- 
kat megemlítem, a csomag nevek 
debian-ra vonatkoznak. 


A LaTeX használatához kell egy szö- 
vegszerkesztő. Bármelyik, egyszerű 
szövegfájlt előállítani képes program 
megfelel. lermészetesen a kényelem, 
szolgáltatások tekintetében jelentős 
különbségek vannak köztük. 

A sorozat célja többek közt az egyik 
kiemelkedő szövegszerkesztő, az 
emacs képességeinek bemutatása. 
Léteznek elterjedt rendszerek, me- 
lyek célja a LaTeX-helés folyamatá- 
nak közelítése a WYSIWYG világhoz, 
ezekkel ebben a sorozatban nem 
foglalkozom. 

A továbbiakban az emacs-et és 

a hozzá tartozó auctex csomagot fo- 
gom használni szövegszerkesztőként, 
fejlesztői környezetként a LaTeX-hez. 
Az emacs és az auctex napjaink Linux 
disztribúcióinak standard része, 

és Windowsra is telepíthető. Különö- 
sebb ismeretek, képességek és erőfe- 
szítés nélkül, bárminemű leírás vagy 
súgó elolvasása előtt elkezdhetünk 

az emacs-ben gépelni. 
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Ekkor úgy használhatjuk, mint bár- 
mely más, karakteralapú szövegszer- 
kesztőt, ilyen például a midnight, 
vagy a norton commander szerkesztő- 
je. A LaTleX-hez kapcsolódó menüket 
és a szöveg kiszínezését így is élvez- 
hetjük. Az emacs-et terminálból, 
vagy az ablakkezelőnk start menü- 
jéből indíthatjuk el. 

A gépelés során a programmal 

a párbeszédet a felső menüsoron, 

a minibufferen és az eszközkészleten 
(toolbar) keresztül folytatjuk. 
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A megszokott szövegszerkesztői funk- 
ciókat többek közt a felső menüsor 
File, Edit és Buffers pontjaiban 
érhetjük el, az utolsó a megnyitott fáj- 
lok közti váltásra szolgál. Az emacs-el 
való ismerkedés kezdetekor talán ez 

a leghatékonyabb. 

A minibuffer speciális fogalom, 

az emacs ablak legalsó sorát jelenti. 
Billentyűzetről alapvetően itt 
adhatjuk ki a parancsokat. A M-x 
kombinációval érhetjük el, és 

a C-g-vel léphetünk ki belőle. 


TVT IT TESTE ; 
sa GENT SZÉT 2 AB 





emacsíűlocalhost, localdomain 
File Edit Öptions Buffers Tools Help 
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Z 
-0u:tt gorog (Fundamental) --L1-—Al1 
a Input method: greek (mode line indicator:0) 


EAArnyvLKú: Greek keyboard layout (ÍIS0 8859-7) 


In the right of A key is a combination key, where 
" acute 
diaresis 


e.g. 
a t " -: d 
ÜZEGB sz 
bb 5 új 8 2 TŰ 


KEYBOARD LAYOUT 


This input method works by translating individual input characters. 
öBssuming that your actual keyboard has the standard! layout, 
translation results in the following "virtual" keyboard lavout: 


If vour keyboard has a different layout, rearranged Írom 
"standard", the "virtual" keyboard vou get with this input method 
will be rearranged in the same way. 


You can set the variable " guail-keyboard-layout-type"! to specify 
the physical layout cf vour keyboard; the tables shown in 
documentation of input methods including this one are based on the 
physical keyboard lavout as specified with that variable. 


[customize keyboard layout] 


5 EGUENCE 


can also input more characters by the following key seguences: 
char [type a key seguence to insert the corresponding character] 


$Helpt  ————— (Help View)--L11--Top 








A Tab használható parancs és fájlnév  — Beállítások 


kiegészítésre, vagy a lehetséges opci- 
ók felsorolására. A c- kezdetű paran- 
csokat is nyomon követhetjük 

a minibufferben. 


Emacs konvenciók 

Az emacs egérrel is kezelhető, azon- 
ban a billentyűzet sok esetben kényel- 
mesebb, hatékonyabb. 

A legfontosabb billentyűkombinációk 
megismerését segíti az emacs-el 
együtt terjesztett refcard.ps fájl. 
Ebben az emlékeztetőben ugyanazo- 
kat a konvenciókat használják, mint 
a részletes leírásokban. Itt az M a meta 
billentyűt jelöli, amely az elterjedt 
billentyűzeteken általában az Alt, 

de ha ez nem működik, akkor az Esc 
szinte mindenhol használható meta- 
ként. A c a Cfrl jelölése. A kötőjellel 


összekötött billentyűket egyszerre 
kell lenyomni. 


Az emacs fentebb említett képességei 
közül kiemelek néhányat, amik meg- 
könnyítik a LaTeX forrás fájlban az el- 
igazodást és összefogják a LaTeX hasz- 
nálatának lépéseit. Néhány hasznos 
beállítás az options menüből: 

e syntax highligthing, ez a szöveg 
kulcsszavainak színezését kapcsolja 
be, így a különböző latex paran- 
csok és ezek opciói színesek lesznek 

e word wrap in text modes, 

a hosszú sorok automatikus törése 

e  parenmatchhighligthing, 

a zárójelek párosítását és az itt 

elkövetett hibákat jelzi 

active region highligthing, 

a kijelölt terület színezése 

e save options, itt menthetjük el 
a beállításainkat, ez létrehozza 
a —/.emacs fájlt, ami az emacs 
indulásakor végrehajtandó paran- 
csokat tartalmazza 





A command menüben, amit az auctex 
jelenít meg, a texing options-ön 
belül a sourcevspecials pontot 
érdemes bekapcsolni, ez kétirányú 
kapcsolatot teremt a dvi és a forrás- 
fájl között. Azt a bekezdést, ame- 
lyikben a kurzor áll, bekeretezéssel 
kiemeli az xdvi, valamint az xdvi 
ablakban kiadott c-bal egér gomb 
paranccsal az emacs-ben, a mutatott 
helyre ugorhatunk. 

Az emacs a fájlok típusát többek közt 
a kiterjesztés alapján ismeri fel, és ez 
alapján kapcsol az adott fájl kezelését 
jelentősen megkönnyítő módba. 
Ekkor, ha engedélyeztük a színezést, 
a fájl szintaxisának megfelelően kiszí- 
nezi a kulcsszavakat, az utasítások 
paramétereit, és a felső menüsorban 
új pontok jelennek meg, amik ese- 
tünkben a LaTeX-re jellemző pa- 
rancsokat tartalmazzák. Ezek a leglát- 
ványosabb változások, de van még 
néhány. A TeX fájlok kezelésére van 
az emacs-ben egy mód, de a külön 
csomagként letölthető auctex jelentős 
fejlesztés ehhez képest. 


MULE 


A természetes nyelvek kezelését az 
emacs-en belül nagyrészt a mule 
(multilingual environment) csomag 
végzi. Itt többek közt beállíthatjuk 

a szöveg kódolását, a beviteli módot 
és a nyelvi környezetet, és ezekről 
információt is kérhetünk. A toggle 
input method menüponttal engedé- 
lyezhetjük a különleges beviteli mó- 
dok használatát, amit a select input 
method ponttal választhatunk ki. 

A Tab itt is használható a lehetséges 
választások felsorolására. A postfix 
mód azt jelenti, hogy a leütött betűk 
után egy módosító billentyűvel érhet- 
jük el a kívánt betűt. Ezalatt az emacs 
segítségül a minibufferben kiírja 

a lehetséges folytatásokat. Sok nyelv- 
nél az emacs átdefiniálja a billentyű- 
zetkiosztást. 

A dokumentum mentésekor használt 
kódolást, a set coding system pont 
for saving this buffer alpontjával 
állíthatjuk be. Csak magyar nyelvű 
szöveghez jó a latin2 kódolás, európai 
nyelvekhez a megfelelő latin kódolás 
használható. Ha több európai, vagy 
nem európai nyelvet használunk, 
akkor az utf-8-unix kódolást 
válasszuk, ezt a LaTeX az ucs és 
inputenc csomagjai értelmezik. 
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1. táblázat 


kötelező paraméterek száma 


Hz 


matematikai mód kezdete és vége, Me 


megjegyzés kezdete, a sor végéig tart 


táblázatokban oszlop elválasztó 


nem törhető szóköz 
alsó index jelölése 
felső index jelölése 


parancs kezdete 


kötelező paraméterek jelölése 


190 

Xs) 

Elo ledan 

18 

orba 
$ibackslash$ 
CS 





Vázlat 


Vecsei Balázs 
vecseibamath.bme.hu 


2006. január 2. 


Tartalomjegyzék 


1. Bevezetés 
1.1. Előszó 


1. Bevezetés 


1.1. Előszó 


LaTeX alapok 
Ebben a fejezetben a LaTeX néhány 


alapvető jellemzőjét mutatom be, me- 
lyek a következő kódrészletek megér- 
tését segítik. A LaleX dokumentu- 
mokban együtt van jelen a szöveges 
tartalom, és a latex-nek szóló paran- 
csok, ezért fontos, hogy a kettőt 
könnyen megkülönböztethessük. 

A parancsoknak formailag két fajtája 
van, mindkettő VW jellel kezdődik. 

Az egyik lehetséges folytatás a pa- 
rancs neve és az opcionális meg a kö- 
telező paraméterek. Az opcionálisak 
szögletes, míg a kötelezők kapcsos 
zárójelben vannak, például 
YVusepackageímagyar3: [babel ]. Másik 
formája a parancsoknak a V-t követő 
pontosan egy nem betű karakter, pél- 
dául VW6. Parancsok argumentumán 
belül állhatnak további parancsok, de 
nem mindegyik. A pontos szabályokat 
nem részletezem. 
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Különleges jelentésű karakterek 
LaleX-ben 

Van néhány karakter melynek 
speciális jelentése van. Ha ilyen 
karaktereket akarunk megjeleníteni, 
parancsot kell írni a forrás fájlba. 

(1. táblázat) 


Szóközök, újsorok 

A szóközök, újsorok kezelése LaTeXx- 
ben alapvetően eltér a WYSIWYG 
szövegszerkesztőktől. A forrás fájl- 
ban levő, tetszőlegesen sok egymást 
követő szóközből egy lesz a fordítás 
után. Egy vagy több üres sorból meg 
új bekezdés lesz. Sortörés vagy lap- 
dobás kikényszerítése ellentétes 

a LaTeX elveivel, de néha, általában 
a dokumentum végső formázásakor, 
szükséges. Sortörést a W vagy 

a newline parancsokkal érhetünk 
el. Új lapot a WInewpage paranccsal 
kezdhetünk. 





KAN LGGGNNNKKKKKKKg ga úN II 
1. Lista Hello world La leX-ben 


vdocumentclassfarticlet 
beginídocumentji 

hello world 
Vvendídocument? 


KAN KK JR ANNNNNNKKKKKeggggg GNI Ő 
2 ersta "elm szerző és datum 
megadása és tagolás 


1: vdocumentclass 

s [a4paper  11pt]farticle3 
2: Wsepackagefucshi 
3: MWusepackagelutf8x] 

s (1inputenci 
4: Wusepackagelmagyar] tbabel3t 
5: Vauthorívecsei BalázsMV 
ss vecseibímath.bme.hul 
Mtitlefívázlatk 
tbeginídocument3 
MWmaketitle 
: AMtableofcontents 
10: VsectionfBevezetést 
11: vsubsectionfElőszók 
12: Vvendídocumentk 


0 09 N OO 


A dokumentum tagolása 

Néhány bekezdésnél hosszabb doku- 
mentumok tartalmi tagolására a kö- 
vetkező parancsok szolgálnak: a book 
osztályban használható vchapterí3t 
és a Wpartí3, továbbá az article osz- 
tályban is megtalálható YXsectionfh, 
vsubsubsectionít, waragraphíbk, 
Ysubparagraphí 3. A formai jellemző- 
ket ezek, és a használt nyelv alapján 
a LaTeX határozza meg. 


Hello world, LaleX-ben 


Ezt már le lehet fordítani és megjele- 
níteni az emacs command menüjéből 
a következőkkel: 


e  latex 

e  guick view, ez megjeleníti 
a keletkezett dvi fájlt az xdvi 
nézegetővel anélkül, hogy 
megmutatná a parancssort, 
haa source special be van 
kapcsolva, akkor az első alka- 
lommal megkérdezi, hogy 
indítson-e emacs szervert, erre 
válaszoljunk igent 

e view, ez is megjelenítő, csak itt 
szerkeszthetjük a parancssort 


1. Bevezetés 


2 Bevezetés 





3. ábra A magyar és az angol fejezet- 
címek közti különbségek, felül 
a magyar 


KN KR KR KÍN OH OH 
3. Lista nyelvi környezetek 


vdocumentclass[a4paper , 11pt]( 
ssarticlet 

Vusepackagefucsz 
Vusepackagelutf8őx] tinputenci 
Vusepackagelmagyar , english, 
"5 greek, russian] tbabel3 
tWbeginfdocument3 
YVselectlanguageímagyari 
YVsectioníBevezetést 
magyarul: MtodaytW 
Yselectlanguagefenglisht 
YVsectioníBevezetést 
tforeignlanguagefmagyari 

s fangolul:t today 
Yselectlanguageígreekt 
tforeignlanguagefmagyari 

s görögül :$ Mtodaytá 
Yselectlanguageírussiani 
tforeignlanguagefímagyari 

ss foroszul:j today 
Vendfdocument3 


Elterjedt módszer, hogy a LaTeX-hel 
írt munkáinkat egy tartalmilag üres, 
az általunk használt alapvető LaTeX 
utasításokat tartalmazó fájl módosítá- 
sával kezdjük. A következőkben ma- 
gyarázatokkal együtt megadok egy 
ilyen üres fájlt, ami elég a LaTeX-hel 
való munka tényleges elkezdéséhez. 
Ezt emacs-be begépelve a preambu- 
lum értelemszerű módosítását követő- 
en az első Msection( 3 után elkezd- 
hetjük írni az esszét. A sorszámozás 
nem része a forrásfájlnak. 


1. Az első sorban megadjuk, hogy 
milyen dokumentumot készítünk 
és ennek opcióit. Az egyik legáltalá- 
nosabban használt típus a cikk. Né- 
hány további dokumentumosztály: 
könyv, önéletrajz, levél és fóliák, 
kinyomtatáshoz és projektorhoz. 


magyarul: 2006. Január 2. 
angolul: 2nd January 2006 


görögül: 2 Iuvovapiov 2006 
oroszul: 2 aHBapa 2006 r. 


4. ábra A dátum magyarul, angolul, 
görögül és oroszul 


4. Lista egy elem a bib demo.bib 
fájlból 


4Book (emacs. man , 
author - íÍRichard Stallmank, 
ALTedítor — fr, 
title —- (GNU Emacs Manualk, 


publisher - (FSF)b, 
year -— 119983, 
oPTkey -— E 
OPTvolume - Tf: 
oPTnumber - (3, 
OPTSeries -— (b, 
oPTaddress — tb, 
OoPTedition — (fb, 
OPTmonth - faughb, 


note - ífhttp://ww.gnu.orgz 
ss manual /emacs-20.3/ 

s emacs.htmlb, 

OPTannote - (3 


2. Az ucs csomag betöltése, leírása 
a latex-ucs-doc csomagban talál- 
ható languages . ps és ucs.ps 
fájlokban található 


3. Az UTF-8 kódolás használatát 
teszi lehetővé, az inputenc 
csomaggal. 

4. A babel csomag betöltése, ez végzi 
a LaTeX magyarítását, illetve egyéb 
nyelvekhez illesztését. 

5. Szerző megadása 


6. Cím megadása 


7. Dokumentum kezdete, a pream- 
bulum vége 


8. Címoldal készítése, a pontos kiné- 
zet a választott dokumentumosz- 


Az cimacs részletés leírása megtalálható n mánáltuasa 1 


Hivatkozások 


11 Richard Stallman, Cnu ernacs manuat FSF, 1908. 





5. ábra A két bibliográfiával kapcsolatos 
kód eredménye 


KKN KK VK gy IN 0 I 
5. Lista Bibliográfia készítése 


vdocumentclass[a4paper , 11pt] 
ss f(articlekt 

Vusepackageíucst 
Vusepackagelutf8x] tinputenci 
Vusepackagelmagyar] tbabel 3 
tbeginídocument?3 

AZ emacs részletes leírása 
s megtalálható a manuálban 
Vcitefemacs manbk. 
tbibliographystylefamsplainj 
tbibliographyíbib demot 
Vendfídocument3 


tálytól függ, például article 
osztályban nincs külön címlap, 
míg book osztályban van. 


9. Tartalomjegyzék készítése 
10. Fejezet nyitása 
11. Alfejezet nyitása 


12. A dokumentum befejezése 


Az emacs-ben beírt többnyelvű, LITF-8 
kódolású, szöveget a LaTeX a latex- 
ucs csomag segítségével tudja feldol- 
gozni. A babel csomag segítségével 

a nyelvnek megfelelő lesz többek közt 
a fejezetcímek kezelése, például an- 
golban a sorszám után nincs pont, 
míg magyarban van és nagyobb 

a helykihagyás, mint magyarban. 

A Wsepackagefbabel 3 parancs 
opcionális paraméterében adjuk meg 
a használt nyelveket. Ezek közül 

a vselectlanguagef? utasítással 
válthatunk. A Xforeignlanguage 
ímagyarjígörögül : j; sor a görög vagy 
orosz nyelvű szövegben teszi lehetővé 
magyar szavak beillesztését. A Vtoday 
parancs a dátumot írja be a szövegbe. 
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Bibliográfia 

Hagyományos módon a fájl végére 
írjuk a bibliográfiát, amit kézzel 
szerkesztünk. Ez, azon túl, ellentétes 
a LaTeX elveivel, amely szerint ne- 
künk csak a tartalmi részeket kell 
megadni, kényelmetlen is. Használjuk 
inkább a bibtex programot, mely 

a LaTeX rendszerben a bibliográfiát 
kezeli. Ehhez egy külön, .bib kiterjesz- 
tésű fájlt használ, aminek megnyitása- 
kor az emacs bibtex módba kerül. 

Itt az entry-types menüből kivá- 
laszthatjuk a kívánt bibliográfiai elem 
típusát ezután az emacs megadja a kö- 
telezően és az alternatívan vagy opci- 
onálisan kitölthető mezőket. Az ALT-al 
jelölt elemek közül legalább egyet 
meg kell adni, míg az OPT-al kezdődő- 
ek opcionálisak, ha kitöltjük ezeket 

a rekordokat a jelzőket ki kell törölni 
a .bib fájlból. 

Itt egy könyvről van szó, mely- 

re a szövegben emacs man néven 
hivatkozhatunk, a következő 
módon: Vcitel15] (emacs man? 

az opcionális paraméterben az 
oldalszámot adhatjuk meg. A doku- 
mentumba a ábibliographyí3 
paranccsal, melynek paramétere 
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a .bib fájl neve, kiterjesztés 
nélkül, illeszthetjük be a biblio- 
gráfiát, aminek a stílusát 

a bibliographystylef? utasí- 
tás paramétere határozza meg. 
A legtöbb folyóirat közzéteszi 
az általa megkövetelt stílust 
leíró fájlt. 


A bibtex használata 

A cikkre visszaváltva a command 
menüben ki kell adni a következő 
parancsokat: latex, bibtex, latex, 
latex, ebben a sorrendben. A LaTeX 
rendszerre jellemző a programok 
többszöri futtatása, amire a LaTeX 
által generált részeket tartalmazó 
dokumentumok esetén általában 
szükség van. 

Bibliográfia készítésekor a latex 
első futtatása alatt kigyűjti a hivatko- 
zásokat a forrásfájlból. Ezt követően 
a bibtex elkészíti a bibliográfiából 

a dokumentumosztálynak, nyelvnek 
és az egyéb opcióknak megfelelő 
formátumú bibliográfiát, a latex 
második futtatásakor már megvan 

a kész bibliográfia és az is, hogy 

a hivatkozásokat hova kell tenni 

a dokumentumban. A harmadik 





futtatásra azért van szükség, 
mert a hivatkozások beszúrása 
után elcsúszhatnak az oldalszámok. 


Osszefoglalás 

Röviden bemutattam az emacs szöveg- 
szerkesztőt, a LaTeX lehetőségeit, mű- 
ködését, az ugyanazon dokumentum- 
ban különböző betűkészletű nyelvek 
használatát és a LaTeX bibliográfia- 
készítő szolgáltatását. A bonyolultabb 
formázások, és a további lehetőségek 
elsajátításához a gyakorlás, egymás 
közötti megbeszélés, melynek egyik 
fóruma a texnh(ovyahoogroups.com 
magyar nyelvű levelezőlista, vala- 
mint a magyar és angol nyelvű 
nyomtatott és számítógépes irodalom 
ad lehetőséget. 















Az előző rész tapasztalatai alapján az 
első fülön minden gond nélkül tovább 
kell jutnunk, hiszen itt adhatjuk meg 
azon a fájlok listáját, amelyeket át 
szeretnénk nevezni (1. ábra). 


VEGI IL 

A második fül tartalma önmagáért 
beszél: az átnevezésen túl képesek 
vagyunk átmásolni vagy áthelyezni az 
állományainkat, illetve akár linket 
készíthetünk róluk (2. ábra). 


neue li 
A harmadik fül hordozza a legtöbb 
tudást, ugyanis minden egyes fájlon 
a bekapcsolt modulok műveleteket 
végezhetnek. Mindegyik modulnak 
megvan a saját specialitása, így 
használatuk egyszerű (3. ábra). 


das 


Extrák — Beállítások Segítség 


Fájlok / Cél / Modulok ! Fájlnév 


Figyeljünk arra, hogy minden modul 
egy A modul használata jelölőnégy- 
zettel kezdődik, amelyek az alapértel- 
mezés szerint üresek, be kell őket 
jelölni a modul használatához. 


Ez a modul akkor hajtódik végre, 

ha a fájl átnevezése már megtörtént, 
s egy megadott parancsot fog végre- 
hajtani. 

A parancssor megadása után 
lehetőségünk van az a Felvétel gomb 
megnyomásával a listába elmenteni, 
illetve a lista elemére kattintva azt újra 
felhasználni. A felesleges parancsokat 
az Eltávolítás gomb segítségével ki 
tudjuk törölni. A példában minden 
egyes átnevezett állományt össze 
fogunk tömöríteni a GZIP program 
segítségével. 


Extrák — Beállítások Segítség 





Fájlok ]! Cél 


Modulok 


Fájlnév 


Ez a modul az aktuális állomány 
jogosultságait változtatja meg, akár 
a tulajdonost és csoportot is tudunk 
váltani, ha jogunk van erre (rend- 
szergazdai jogokat igényel). 

Mind a Hozzáférési jogosultságok, 
mind a Iulajdonos csak akkor fog 
érvényesülni, ha a hozzájuk tartozó 
jelölőnégyzetet bejelöljük. 

A működése egyszerű és könnyen 
átlátható, nehezen tudunk hibát 
elkövetni. 


Dátum és idő 

Az átnevezett állomány dátumát 

és idejét tudjuk változtatni ezzel 

a modullal, legyen ez a létrehozási, 

a módosítási vagy a hozzáférési idő. 
A dátumot a KDE szokásos dátum- 
választó paneljében tudjuk beállítani, 
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Opciók 


(si Bemeneti fájlok átnevezése 


Eltávolítás 
Minden eltávolítása 
Rendezés: növekvő we. 


[ ) Előnézet 
Hi) 


Fájlok: 121 Í ) Meglevő fájlok felülírása 


0 Fájlok másolása a célkönyvtárba 
(0 Fájlok áthelyezése a célkönyvtárba 


( Szimbolikus linkek létrehozása a célkönyvtárban 


( íg (a) 





Átnevezés visszavonása 


a 











1. ábra Fájlok hozzáadása 





a Befejezés 119 Mégsem 








A [ ] Visszavonási szkript létrehozása 


( 2] 





aj] Befejezés 11 9e Mégsem 


2. ábra A célkönyvtár meghatározása 
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Parancsvégrehajtási modul Jogosultságok 








E ÉREZEZYETTIKSESN 
Fájlok ! Cél ; Modulok ! Fájlnév 


4 Jogosultságok 
(7 Dátum és idő 

(E Könyvtármodul 
TT Átkódolási modul 
TT Átírási modul 





A modul használata 


IX. A modul használata 








Parancsvégrehajtási modul XX! Jogosultságok módosítása  /(X/ Tulajdonos módosítása 





Parancs végrehajtása minden fájlon az átnevezés után. Az új —Hozzáférési jogosultságok 
fájlnévre a 961 jellel lehet hivatkozni a parancssori 


ára ökeröllkás Osztály Olvasás Írás Futtatás 


Speciális 


Parancs: Felhasználó IX x A UID beá 


EP $il Csoport x 


! Futtatás blokkolás nélkül (nem javasolt) 


A GID beé 


Egyéb x Ragadós! 





Felvétel Eltávolítás 








——— Tulajdonos 
chmod 0444 1 

conyvert 961 961.png 

echo 961 55 $HOME/file.list 


gzip $i 


Felhasználó: J auth.gabor 


Csoport: ! dialout 
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Dátum és idő Könyvtiármadi ul 


(KI A modul használata 





A modul használata 
január 2006 b tp 


4 d 


. Ez a modul az átnevezés után alkönyvtárakba rendezi a fájlokat. 
H jat vaz Cs izé Szo 


7 dellernzök 


2 3 
g 10 
16 17 
23 24 : 
EN s 


E] 2006-01-30 


Fájlok szárna könyvtáranként: 


kKezdőindex; 


— Kimeneti könyvtár 


[/n arnejauth.gabor acurnents ] 


Hozzáférési dátum és idő módosítása 


! 94 Módosítási dátum és idő módosítása 
idő: 0 óra S 0 perc 157 


Az aktuális dátum és idő lekérdezése 














az időt pedig egyszerűen csak be kell ES ES E E TE as 
MELGGEIL EI 


írnunk. Ha bejelöljük a módosítási j 
Extrák Beállítások Segítség 

vagy az elérési időt is, akkor a modul 

azt is beállítja. 


Fájlok] Cél ! Modulok ) Fájlnév 


Sablon: (B 3 § 


X. A bemeneti fájl kiterjesztésének használata 








7! WA Funkciók... 


A fájlkiterjesztés kezdőpozíciója: !; Utolsó pont 


Könyvtármodul 
Az átnevezett állományokat Flszlátzztütt ást hű 
a KRename képes más-más könyv- 


Fájlnév részének beillesztése... 








tárakba tenni, jelenleg csak darab- 
szám szerint, így sok fájlt tartalmazó 
könyvtárat át tudunk szortírozni több 
könyvtárba. A darabszámot és az 
alkönyvtárak kezdő számozását kell 
megadnunk, illetve kiválasztani 

a célkönyvtárat. 


Egyéb modulok 

A KRename fejlesztése során egyre 
több modult ismerhetünk meg, ilyen 
például az Átkódolási modul és az 
Átírási modul is. Ezen utóbbiak még 
kezdetleges állapotban vannak, 

erre a vaskos , THIS PLUGIN IS 
UNTESTED AND MIGHT CAUSE 
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dscf4609.jpg 
dscf4610.jpg 
dscf4611.jpg 
dscf4612.jpg 
dscf4615.jpag 
dscf4616.jpag 
dscf4617.jpg 
dscf4618.jpag 
dscf4619.jpag 
dscf4620.jpg 
dscf4621.jpg 
dscf4622.iva 














LOSS OF DAIA"" (vagyis: ez a modul 
nincs tesztelve, használata adatvesz- 
tést okozhat!) szöveg is figyelmezteti 
a gyanútlan felhasználót. 


(Ai Befejezés ] XX 


Végső fázis, avagy a Fájlnév fül 
Minden ezen a negyedik fülön dől el, 
ugyanis itt tudjuk az új fájlneveket 
létrehozni (8. ábra). A $ jelenti az 





. ÁB Beépített funkciók: 





] Leírás 





z 
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ÁH0 11 
[8.1][962-] 
[$dirname.] 
[$dirnamel] 
[élength-0] 
[$x-y] 

[$x;y] 


alkönyvtár létrehozása 

korábbi fájlnév 

minden szó első betüje nagybetüs formában 
szóközök törlése a szöveg elejéről és végéről 
a korábbi fájlnév nagybetüs formában 

szám (vezető nullák használata: íiőt, iii, ...) 
a korábbi fájlnév kisbetüs formában 


számláló beállítható kezdőértékkel (0) és növekménnyel (1) 


a fájlnév első betüje nagybetüs formában 
szülőkönyvtár nevének beillesztése 
könyvtárnév beillesztése 

a bemeneti fájlnév hosszának beillesztése 


a korábbi fájlnévnek az x-edik karaktertől az y-adikig terjedő része 
y darab karakter a korábbi fájlnévből az x-edik karaktertől kezdve 





Felvétel ) 3 Bezárás 


(AB Beépített funkciók; 
FE JPEG EXIF-jellemzők 
E Koffice-információ 
[d] Katalógusjellemzők 
27 Kia-jellermzök 


es Képmodul 


[8]Mp3-jellemzök 


E]MPEG-jellemzők 
[appajellernzök 
[e Mhtmkinformáció 
[a] fAodplug Track Infa 


Úsz 


Cím — Szerkesztés 


949 O 


Nézet 


krename - Kongueror .35 


Könyvjelzők 


a AR a [HBA 


Ugrás 


EZ Cím: e homesjauth.gaborikrename/ 


éa 
ír 


9 
É 
A 
a 
az 


H 


4 


Eszközök Beállítások Ablak Segítség 


MÜ T eyg Úr) ENKKKKRKKRKRKEKKEKKIKRKRRIEKRÓKHEKÉEKd 
ig 


deli 2 

















Ww A fájlnevek 0 másodperc alatt feldolgozva. 
Ww A bemeneti fájlok átnevezésre kerülnek 
w" 121 fájl átnevezve. 

(77 Eltelt idő: 4 másodperc 

4B A KRename befejezte az átnevezést. 

Ww" Kilépéshez kattintson a "Bezárás" gombra. 








Visszavonás 1] További átnevezések... v [] Cél megnyitása... 1] Bezárás 





állományaink nevét befolyásolni 
tudjuk (9. ábra), illetve a bővített 
tulajdonságokat, amelyeket egy-egy 
állománytípusból ki tud nyerni 

a KRename. Mivel példánkban JPEG 


EXIF adatokat (10. ábra) tudjuk 
felhasználni, a [jpgFocal length] az 


tárolja, ezt hozzá tudjuk adni 
a képeinkhez. 
Ha kiéltük az átnevezési krea- 


beállított műveleteket (11. ábra), 
amelyet a folyamatjelzőn nyomon 
tudunk követni. A Cél megnyitása... 
gombon kattintva a Kongueror 
megnyitja azt a mappát, amely 





fő) Saját könyvtár 
bin 

4 Desktop 

[/dDocuments 

(Hi Java 


ei krename 


Mentés 


Ej public. htm 


A save 


a (E Tanfolyam 


DSCF4609.5.7 
mrm.jpg 


DSCF4615-.jpg 


DSCF4610-5.7 
mm.jpg 


DSCF4616- jpg 


ági KK 


DSCF4611-5.7 
mm.jpg 


u 54 


DSCF4617-.jpg 


munkánk eredményét tartalmazza 
(12. ábra). 


Auth Gábor 


4 
DSCF4612-5.7 
mm.jpg 
Egy pécsi középiskolá- 

ban informatikát és 
programozást oktat. 
Tíz éve botlott először a UNIX rend- 


szerekbe, 7 év Linux használat után 





DSCF4618- jpg 


nem tudott kigyógyulni. 








állomány nevét illetve kiterjesztését, 
ezt kitörölve vagy felhasználva új 
nevet tudunk készíteni. A Funkciók 





) 119121 elem - 121 fájl (összesen 7.1 MB) - Nincs könyvtár 





gombra kattintva megtekinthetjük 
a program saját névkezelő 
függvényeit, amelyekkel az 


NETTO TVT Tat 


KDE projekt oldala 
2 http:/Awvww.kde.org 


2006. május 





állományokkal dolgozunk, így a JPEG 


objektíven beállított gyújtótávolságot 


tivitásainkat, akkor a Befejezés gombra 
kattintva a program elvégzi a fájlokon 


(auth.gaborxenaplo.hu) 


kapta el a FreeBSD lázat, amiből máig 





91 


0 Kiskapu Kft. Minden Jog fenntartva 















0 Kiskapu Kft. Minden Jog fenntartva 


KOffice - irodai alkalmazás-család 
KDE alapokon 4-2. rész) 


Kiegészítő eszkozok 


A KOffice a KDE grafikus asztali környezetbe illeszkedő Irodai alkalmazás- 
gyűjtemény. Bemutatásának első részében a szövegszerkesztésre, táblázat- 
kezelésre és bemutatókészítésre összpontosítottunk. A második részben 

a munkát segítő kiegészítő alkalmazásokra koncentrálok: adatbázisok, 
rajz/grafika-készítés, képmanipulálás, folyamatábra-készítés. 


w Egy irodai alkalmazás-csomag alap- 
jai (szöveg, táblázatok és bemutatók) 
mellett számos olyan kiegészítő alkal- 
mazás lehet hasznos, amely a doku- 
mentumok létrehozásában, szerkesz- 
tésében, látványosabbá tételében, 
vagy az adatok vizualizációjában ad 
segítséget. A KOffice alkalmazás- 
csomagban számos olyan elemet talá- 
lunk, amely ezekben a feladatokban 
segítségünkre lehet. Az itt röviden 
bemutatásra kerülő Kexi adatbázisok 
létrehozásában és kezelésében lehet 
segítségünkre, a Kugar jelentések 
készítésében, a Karbon rajzok és ábrák 
készítésében, a Krita képek szerkesz- 
tésében és manipulálásában, míg 

a Kivio folyamatábrák és diagramok 
készítésében. 


Adatbázisok — Kexi 

Különféle adatok tárolására és kezelé- 
sére az emberek általában táblázatke- 
zelőket használnak, ami egy viszony- 
lag könnyen kezelhető megoldás kis 
mennyiségű, ritkán bővülőm nem túl 
bonyolult összefüggéseket tartalmazó 
adathalmazok esetén. Ellenkező eset- 
ben gyorsan felmerülhet az igény 
olyan adattárolási módszerekre, ame- 
lyek megkönnyítik az adatkezelést. 
Nagyvállalatok esetén ilyenkor nagy 
tudású adatbázis-szervereket vetnek 
be, de átlagos irodai alkalmazások 
esetén ezek több szempontból sem 
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erEGgtrig NEW ETO JEG 


select Storage Method 


Kexi will create a new database project. Select a storage method which will be used to store 


the new project, 


a; me 
Proje iz 1 New Project 
El Stored on a 


Database 
server 


3) always use files for creating new projects 
— Dant show me this guestian again. 


TAG Help ] 


megfelelőek. Azonban az irodai alkal- 
mazások szintjén is találhatunk meg- 
oldást, olyan alkalmazásokban, mint 
pl. a Microsoft Windows világában 
igen elterjedt Microsoft Access. A Kexi 
az Access, és ehhez hasonló alkalma- 
zások körébe beszálló versenytárs, 
hasonló funkcionalitást kínálva, Linux 
és Windows operációs rendszereken 


(itt a linuxos változattal foglalkozunk). 


Kezdjük az elején. Új Kexi adatbázis 
létrehozásakor két választásunk van: 
olyan adatbázist hozunk létre, amely- 
nek teljes tartalma és összes funkciója 
egyetlen fájlban tárolódik (.kexi kiter- 
jesztésű állományokban), vagy olyan 


(2 Net ) [X cancel 





adatbázist hozunk létre amely egy 
távoli (vagy éppen lokális) MySOL 
vagy PostgreSOL adatbázis-szerveren 
tárolja az adatokat (1. ábra). 

Ha már létező adatainkkal szeretnénk 
Kexi-ben adatbáziskezelést végezni, 
Kexi-ben a 1ools-: Migration-: Import 
Database opciót választva PostgreSOL, 
MYySOL adatokat vagy Access MDB 
fájlokat tudunk importálni (2. ábra). 
Az Access importáláshoz külön kell 
telepítenünk az úgynevezett MDB 
Driver-t, amelyet a Kexi oldaláról 
tudunk elérni, keximdb néven. 

Új adatbázis létrehozását vagy impor- 
tálás után a alkalmazás ablakának bal 


jáz ee jéz 


File Edit View  Create Data (Tools ! Window Settings Help 





a " 
42 
J Introduction 


This wizard will guide you through the process of 
converting an existing data set into a Kexi database. 


ke Select Source Connection 





Local pgsgl connection 
SSH Postgresgl Connection 


POA a 


Import Database, , 


dd 


Select Source Database Type 


[Access v 
PostgreSOL 


Mad 


Xg Cancel w 
Engine 

PostgreSOL 
PostgreSOL 


! Server Information 
localhost:5432 
piggzelocalhost: 3333 








€ Back j xx Cancel ír 





1 éles Edit... Remove 





az ea 


File Edit View Create Data Tools Window  Settings 


mBHE xvu a 
(4 gueryl : Ouery 


a 4 "v da 
RX 
[áj 
Faj Tables 
kliensek 
C1 Oueries 
(Ej Forms 
d? Scripts 


kliensek : Table 


Nev Text 
Utca 
Hazszam 
Irszam 
Orszag 


Text 


Text 
Text 





váza (2 


File Edit View  Create 


S ([IH  J] integer Numbei azonosito 


Integer Numbei 


Data Tools Window  Settings 


Help 


Property Value 


J Unsigned NumbeW" Yes 
kliens neve E 23 Primary Key w Yes 
Unigue vw Yes 
— Reguired ; TATAI 
12 Autonumber mm No 
Indexed v Yes 








Help 


í BmRm xv ala 


kliensek : Table 


a (Es3 Tables 
3lkis lános Hill 


MITET 
kk 


l Hordó 


2 Lon 
C1 Oueries 9 


(Fj Forms 
 Scripts 








(4) guery1 : O0uery 


id v [utca ]/hazszam )! irszam ! orszag 


2 8000 "HU 
1233 ] 18277 I UK 


Row: (MId]( 1]of 2(D(M) [de 





oldalán található úgynevezett Project 
Navigator panelen férhetünk hozzá az 
adatbázis egyes elemeihez, a táblák- 
hoz, a lekérdezésekhez, a létrehozott 
kérdőívekhez (form-ok) és az adatbá- 
zisban tárolt szkriptekhez. 

A Kexi három megjelenítési/szerkesz- 
tési módot tesz lehetővé, a View me- 
nüből vagy az eszköztárról elérhető 





Data, Design és Text módokat, amelye- 
ket minden elem szerkesztésekor 
használhatunk. Az alkalmazás többfé- 
le többablakos megjelenítést támogat, 
amelyeket a Windows menü MDI 
Mode pontjában állíthatunk be, min- 
denki kiválaszthatja azt a módot aho- 
gyan a legkönnyebb számára a több 
ablak egyidejű kezelése. 


Táblák létrehozásakor a Design nézet- 
ben állíthatjuk be a táblák szerkezetét, 
adhatunk nevet neki, stb. (3/a ábra). 

A Data nézetben pedig feltölthetjük 
adatokkal (3/b ábra). 

Ha létrehoztunk (vagy importáltunk) 
táblákat, a Project Navigator-ban 

a Oueries-t választva lekérdezéseket 
készíthetünk. Design megjelenítési 
módban ekkor könnyen vizualizálha- 
tó tábla-összefüggéseket (relációkat) 
készíthetünk (4. ábra), hasonlóan 

a Microsoft Access-ben található 
megoldáshoz. Text (szöveges) módra 
váltva SOL parancsokkal írhatjuk 

be szabadon a lekérdezéseinket, 
amelyeket ellenőrizhetünk is és hiba 
esetén a hibáról leírást is kapunk 
segítségképpen (5. ábra), majd Data 
nézetbe váltva láthatjuk a lekérdezés- 
re adott választ. 

Kexi-ben Form-okat is készíthetünk. 
Például a 6. ábrán a következő SOL ké- 
rés (amelyet Ouery-ként hozhatunk 
létre) eredményét jelenítjük meg: 


SELECT kliensek.id,kliensek.nev, 
konyvek.cim FROM kliensek, 
kolcsonzes konyvek where 
kolcsonzes.kolcsonzo —kliensek.id 


(vagyis az összes kölcsönzés esetén 

a kölcsönzéshez tartozó kliens és 

a könyv címe) úgy, hogy a lekérdezése 
eredményeinek azonosítóit (jelen eset- 
ben id, nev, cím) adjuk meg Data 
Source-ként (adatforrás) a form-ra ki- 
helyezett szövegdobozoknak. A Form- 
ot Design nézetben kell létrehoznunk 
és Data View nézetre váltva láthatjuk 
az adatokat (6. ábra). 

Sajnos a Kexi-nek vannak hiányossá- 
gai is, pl. a jelenlegi verziókban nincs 
lehetőség táblák exportálására, Form- 
ok használatakor viszonylag gyakran 
tapasztalhatjuk, hogy az alkalmazás 
egyszerűen kilép, ami néha eléggé 
kellemetlen lehet. Viszont érdemes 
szemmel tartani a Kexi projekt oldalát, 
mert a következő verzióban számos új 
funkciót vezetnek majd be. 


Jelentéseklreport-ok 

készítése — Kugar 

A Kugar egy report-készítésre használ- 
ható, nagyon egyszerű, mondhatni 

, fapados" alkalmazás, viszont funkció- 
ját megfelelően ellátni képes KOffice 
alkalmazás. A Kugar két részból áll, 
egy elrendezés-tervező, amivel 
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File Edit View Create Data Tools Window Settings Help 
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a, Lé 1 Ej kolcsonzes : Table ! EElkonyvek : Table / (4 guery3 : O0ueryt 4 
4 szá 


a (zj Tables 


kliensek 
kolcsonzes 
konyvek 
(Fj Forms 
d? Scripts 





Table: 1 


kolcsonzo 
datumki 


datumbe oldalszam 


kiado 

isbn 
kemenyk... 
kiadas 





" kliensek.id - kolcsonzes.kolcsonzo : Relationship 


hazszam x] Delete 
irszam 
orszag 














Eile Edit Wiew ÉEÉreate Data Tocls Window Settings Help 


dl4a kh med va 


az. ízj Tables 
Hú kliensek 
kolcsanzes 
konyvek 
ma E üueries 
(B] Forms 
d? Scripts 


kliensek : Table CL lekerdi : 9ueryt € gueryz Ea] kH) 


süL üuery Text B 
SELECT kliensek nev FROH kliensek, kolcsonzes WHERE (4 
kolcsonzes  kolcsonza - kliensek. 1d 


v The guery is correct 
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File Edit View Create Data Format Tools Window Settings Help 


a (zj Tables 


kliensek 
kolcsonzes 


konyvek 
Az (4 Oueries 
(1 lekerd1 
cl Forms 
El Tförmi 
d) Scripts 


ÖmH xv aal 
(4 lekerdi : Guery  ! [7 formi : Form 
Azonosító hí ] 
Név ÍKkisJános 7) 
Könyv címe ÍFigyelazég — ) 





Row: (w4/d)1( 1]of 4(DD4) (4) 
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könnyen és gyorsan leírhatjuk, hogy 

a megjelenítendő adataink hol, ho- 
gyan, milyen formátumban jelenjenek 
meg a report-ban, illetve a második 
rész maga a megjelenítő, amely a meg- 
tervezett elrendezést és egy adatfájlt 
beolvasva megjeleníti a report-ot. 

A Kugar Designer-ben a jelentés elren- 
dezését tervezhetjük meg könnyedén 
úgy, hogy egyrészt meghatározhatjuk 
az oldal felosztását, fő szekcióit, 
másrészt a szekciókon belül elemeket 
helyezhetünk el, amelyek szöveget, 
dátumot, oldalszámot, illetve magukat 
az adatokat fogják tartalmazni. Fontos 
tudnunk, hogy magukat az adatokat 
nem kell beillesztenünk, hanem csak 
a később megjelenő adatok egy példá- 
nyának formátumát és helyét kell 
meghatároznunk, a többi úgymond 

, megy magától". Mintha XSLT transz- 
formációkat írnánk az adatainkhoz, 
de itt nem kell parancsokat és kulcs- 
szavakat ismernünk ill. használnunk, 
mert mindent vizuális eszközökkel 
tervezhetünk meg. 

A 7. ábra egy egyszerű példát mutat 
Kugar Designer-ben készülő jelentésre. 
Az oldal fejlécre (Report Header, ami 
csak az első oldalon jelenik meg és 

a Page Header ami minden oldalon 
meg fog jelenni), a tartalmi rész 
(Detail szekció, ez fogja az adatokat 
tartalmazni), és a lábjegyzetek (ide ol- 
dalszámot és dátumot illesztettünk). 
Az egyes szekciókba az Items menü 
elemei közül választható elemeket il- 
leszthetünk, ezek a Designer ablaká- 
ban a baloldalon látható függőleges 
eszköztáron is megtalálhatók. Az ele- 
meket lehelyezve, ezekre kattintva 

a jobboldali paraméter-ablakban állít- 
hatjuk be megjelenési és tartalmi tulaj- 
donságait. Ezek az elemek lehetnek 
label (egyszerű szöveg, ami nem vál- 
tozik), field (olyan elemek, amelyek 

a megjelenítendő adatbejegyzéseket 
írják le, például a 7. ábrán a Név, Dá- 
tum és Eladott mennyiség oszlop-fejlé- 
cek), calculated field (aminek az értéke 
más mezők értékéből lesz számítva, 
lehet összeg, átlag, szórás, stb.), illetve 
special field (ami lehet dátum vagy 
oldalszám). A Designer-rel létrehozott 
elrendezés-fájl kiterjesztése .ktf lesz 
(azaz Kugar Template File). 

A megjelenítés formátumának meg- 
tervezése után az adatokra is szüksé- 
günk lesz. A Kugar XML adatfájlokat 
tud beolvasni és felhasználni, amit 


vagy kézzel (sok adatnál kivitelezhe- 
tetlen) kell megszerkesztenünk, vagy 
más programmal kell előállítanunk, 
vagy írnunk egy script-et vagy plugin- 
t ami képes ezt egy már meglévő adat- 
halmazból előállítani. Az adatfájl neve 
egyezzen meg a Designer-ből lemen- 
tett elrendezés-fájl nevével, kiterjesz- 
tése pedig .kdf legyen (azaz Kugar 
Data File). Ezután nyissuk meg Kugar- 
ban a .kdf fájlt. A 8. ábra példája a 7. ábra 
elrendezését felhasználva, a 8. ábra bal 


oldalának adatait jeleníti meg. 


Rajz és grafika (Karbon), 
képmanipulálás (Krita) 

A Karbon és a Krita két olyan eszköz, 
amelyekkel egyrészt vektorgrafikus 
szerkesztővel különféle rajzokat és 
illusztrációkat készíthetünk (Karbon), 
másrészt képeket módosíthatunk, ma- 
nipulálhatunk, rajzolhatunk (Krita). 

A Karbon egy vektorgrafikus rajzoló- 
program (9. ábra). Helyének megtalá- 
lása a hasonló alkalmazások között 
nem kis feladat, erre nem is vállalko- 
zunk. Mindazonáltal funkcióit tekint- 
ve kissé az Inkscape - szintén nyílt 
forrású vektorgrafikus alkalmazás — 
tudását még nem éri el, de nagyon kö- 
Zel jár és tekintve a rohamos fejlődést, 
elképzelhető hogy utoléri azt, esetleg 
tovább is fejlődik. A Karbon számos 
eszközt tartalmaz, amivel a rajzolás 
könnyebbé válik, geometriai alakza- 
tok, vonalak, poligonok, szabad vonal- 
rajzok, kezeli a layer-ek et, importál- 
hatunk raszter-képeket. Az elkészített 
rajzokat elmenthetjük SVG vektorgra- 
fikus formátumba, a Karbon saját 
XML alapú formátumába, OASIS 
OpenDocument, EPS, Adobe Illustrator 
és Photoshop, Krita, Gimp, PNG, GII; 
JPEG, TIFE stb. formátumokba. 

A Krita egy egyszerű és gyors kép- 
szerkesztő alkalmazás (10. ábra), vala- 
hol egy KolourPaint-szerű rajzoló- 
program és egy Gimp-szerű képszer- 
kesztő alkalmazás között: az előbbinél 
többet, az utóbbinál kevesebbet kínál. 
A Krita kezeli layer-eket, képes ICM 
színprofilokat kezelni (11. ábra), de ál- 
líthatunk kontrasztot, gamma-korrek- 
ciót végezhetünk, színeket állíthatunk 
csatornánként (utóbbiakat az Adjust 
menüben). A fentiek mellett lehetősé- 
günk van néhány egyszerű alakzat 
rajzolására is, amely estenként nagyon 
fontos lehet, pl. ha szöveges megjegy- 
zéseket szeretnénk képekre elhelyezni. 
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Sajnos szűrőkből (Filter menü) 

nem nagyon válogathatunk, gya- 
korlatilag csak elmosás, egy élesítés, 
élszűrés, invertálás és egy-két 
egyszerű effektus áll rendelkezésre. 
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Gyakorlottak saját 3x3-as 
konvolúciós szűréseket írhatnak 
be kézzel (Filter-3 Custom 
Convolution), de ezzel végére 

is értünk a szűréseknek. 





Elmondhatjuk, hogy a Krita nem 
lesz a haladó képszerkesztők ked- 
vence, és funkciói sem nevezhe- 
tők éppenséggel sokrétűnek vagy 
gazdagnak, mindazonáltal az 
alapvető funkciókat tartalmazza, 
és ha gyorsan kis módosításokat 
kell végrehajtanunk egy-két doku- 
mentumba beillesztendő képen, 
akkor sebessége és egyszerűsége 
miatt jó választásnak bizonyulhat. 
Fagyásokkal, instabilitással szinte 
soha nem találkozunk. 


Folyamatábrák — Kivio 

A Kivio egy, a Windows világából 
ismerhető Smartdraw-hoz vagy 
Microsoft Visio-hoz hasonló folya- 
matábra készítő alkalmazás, amely 
gyakorta elengedhetetlen eszköz 
egy-egy dokumentum vagy bemuta- 
tó készítésekor, ha mondjuk egy 
áramkör rajzát, egy számítógépes 
hálózat topológiáját, egy UML folya- 
matábrát, stb. kell készítenünk. Ezek- 
re és egyéb hasonló célokra a Kivio 
egy adhat KDE alat, illetve Linux 
alatt megoldást. 

A 12. ábrán látható a Kivio műkö- 
dés közben. A Kivio főablakának 
baloldalán találhatók az úgynevezett 
sfencil-ek, azok a minta-halmazok, 
amelyeket használhatunk a diagram 
vagy folyamatábra elkészítéséhez. 
Az egyes elemeket egérrel át kell 
húznunk a rajzlapra, annyiszor, 
ahány darabra szükségünk van az 
adott ábrához. Az egyes elemeket 

a Tools menü Straight/ Polyline 
Connector elemével lehetséges 

(az eszköztáron is elérhető). 

A lehelyezett elemek tulajdonsá- 
gait úgy állíthatjuk, hogy egérrel 
kiválasztjuk, jobbklikkre megjele- 
nő menüből pedig a Format 
Text/Stencil/Arrowhead opciókat 
választjuk (ezek a szöveg, az elem ill. 
az összekötővonalak nyílvégződéseit 
módosítják). 

Noha az elérhető stencil-ek eléggé 
sokrétűek, a kínálat jelenleg eléggé 
elmarad a Windows-os Smartdraw- 
tól, vagy Visio-tól. A beépített 
stencil-eken kívül sajnos viszonylag 
kevés ingyenesen elérhetőt találha- 
tunk az Interneten, és sajnos stencil- 
ek készítéséhez is pénzbe kerülő 
megoldást találhatunk. Ezen kívül 
meg kell említeni, hogy a Kivio 
viszonylag korai fejlesztési státusza 
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tás-bővítés vár. Mindazonáltal remél- 
hetőleg sikerült megmutatnunk, hogy 
a KOffice a linuxos irodai alkalmazá- 
sok világának egyik legsokoldalúbb 
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miatt jelenleg számos, egyébként 
természetesnek vett funkció hi- 
ányzik, például a lehelyezett objek- 
tumokat tudjuk méretezni, de nem 
tudjuk elforgatni. 

Mindezek mellett, Linux alatt jelen- 
leg a Koffice-hez tartozó Kivio szol- 
gáltatja az egyetlen alternatívát folya- 
matábrák készítéséhez, és tekintve 

a projekt fiatal életkorát, nem is teszi 
ezt olyan rosszul. Stabil, könnyen 
használható, remélhetőleg rohamosan 
fog továbbfejlődni. 





és ígéretes tagja, amelyet érdemes ki- 
próbálni és használni, akár hétköznapi 
otthoni, akár irodai alkalmazásban. 


Végszó 

Gyorstalpaló KOffice-t bemutató 
sorozatunkban a KDE-s irodai alkal- 
mazás-gyűjtemény minden elemére 
próbáltam némi időt szentelni és 

a legfontosabb tulajdonságait, képes- 
ségeit bemutatni. Vannak közöttük 
olyanok, amelyek majd minden funk- 
ciójukban használható alternatívát 
nyújthatnak más hasonló irodai alkal- 
mazás-csomagok hasonló alkalmazá- 
saira, és vannak olyanok is, amelyekre 
még fejlődés és tetemes funkcionali- 
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mikor valamilyen okok mi- 

att szervereink túl lassúnak 

bizonyulnak, a rendszergaz- 
da általában a következő eszközök- 
höz nyúl: top, vmstat, mtop. 
Az esetek többségében ezekkel az 
eszközökkel jól meghatározható 
a probléma forrása. Ha nem voltunk 
előrelátóak, akkor ezután szokott 
jönni a rendszerbeállítások optimali- 
zálása. Illetve ha már tovább nem 
tudjuk optimalizálni a rendszerünket 
végső megoldásként a vasat szoktuk 
bővíteni, lecserélni. 
Jó lenne elkerülni ugyanakkor azt, 
hogy az esetlegesen bekövetkező 
kiszolgáló túlterheltségről ne csak az 
utolsó pillanatban értesüljünk, mikor 
már a szerencsétlen vas nem bírja 
tovább és képtelen kiszolgálni a sok 
beérkező kérést. Ugyanakkor az sem 
túl célszerű, hogy a legújabb erőmű- 
vet állítjuk be, és a processzor terhelé- 
se sohasem haladja meg az 590-ot. 
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Kiszolgáló terhelésének 


megfigyelése vizuális 


ön 


Az RRD]1ool kitűnő eszköz erre, 
ugyanakkor egy grafikon elkészítése 
nagyon sokáig tart és ha tényleg 
minden egyes részletet szeretnénk 
monitorozni, akkor nagyon sok 
időnkbe telik, mire elkészítjük 

a megfelelő grafikonokat. 

Kellene egy olyan eszközt találni, 
amely már magában foglalja a leg- 
fontosabb kiszolgáló paraméterek 
monitorozásának képességét. 
Általában pedig több kiszolgálónk 
van, ezért az is egy szempont lehet, 
hogy szeretnénk az összesről egy 
helyen tárolni és megjeleníteni 

az információt. Ebben nyújt nekünk 
segítséget a munin. 

A munin egy kliens-szerver felépí- 
tésű monitorozóeszköz, mely az 
RRDTool segítségével előállított 
grafikonokat webes felületen keresz- 
tül teszi elérhetővé számunkra. 

A kiszolgáló periodikusan begyűjti 
a kliensekről az információt és ezeket 


típusoknak 


webes felületen keresztül megjele- 
níti. A munin eleve tartalmaz ren- 
geteg bővítményt (plugin), melyek 
segítségével gépeink legfontosabb 
paramétereit tudjuk megjeleníteni, 
de lehetőségünk van magunknak 

is ilyen bővítmények írására, 
amennyiben egyéb információ- 

kat is szeretnénk tudni a rendsze- 
rünkről. 

Mielőtt belekezdenénk a saját munin 
kiszolgálónk telepítésébe, tekintsük 
meg a 3 http://munin.ping.uio.no/ ol- 
dalon található szerverek statisztikáit. 
Láthatjuk, hogy a muninnal szinte 
minden mérhető és grafikusan meg- 
jeleníthető, a CPU-kihasználtságtól 
kezdve például a levélkiszolgáló 
spam/ham arányáig. 


A munin kis erőforrásigényű 

eszköz, így felesleges lenne külön 
kiszolgálóra telepíteni, erre a célra 
tökéletesen megfelel egy már mű- 
ködő webszerver. A munin program- 
csomag két komponensből épül fel, 
az egyik a munin, amely maga 

a munin kiszolgáló, ez az alkalma- 
zás fogja periodikusan lekérdezni 

a többi számítógépet, tárolni az 
egyes számítógépek kihasználtságát, 
és az ebből készült grafikonokat 
megjeleníteni webes felületen 
keresztül. A munin-t célszerű csak 
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1. ábra Egy kisebb levelezőszerver átlagos terheltsége és memóriafoglalása 


egy gépre feltelepíteni. A másik kom- 
ponens a munin-node melyet fel kell 
telepítenünk az összes számítógépre, 
amelyről szeretnénk a statisztikákat 
megjeleníteni. 

Legelső lépésként tehát telepítsük fel 
a munin és a munin-node csomagot 

a munin kiszolgálóra. A telepítés lépé- 
seit nem részletezném, de természete- 
sen csomagként és forrásból is lehető- 
ségünk van ezt megtenni. Az elkészült 
grafikonokat a http://ocalhost/munin 
alatt rövidesen már el is érhetjük 
amennyiben szerencsénk van. 

Ha minden stimmel, akkor már létezik 
az oldal, csak meg kell várnunk, amíg 
az első adatok megjelennek a grafiko- 
nokon. Ha csomagból telepítünk, 
akkor valószínűleg minden működni 
fog, de ha 5 perces várakozás után 
mégsem történne semmi, akkor indul- 
junk el hibát keresni. 

A konfigurációs fájlokat a későbbiek 
folyamán majd amúgy is módosíta- 
nunk kell, amikor új munin-node-okat 
veszünk fel. 


A f/etc/munin/munin.conf fájl tartal- 
mazza a kiszolgáló beállításait, 

és a /etc/munin/munin-node.conf tar- 
talmazza a csomópontok beállításait. 
A fájlban található egy kis segítség, 

de a fenti beállítások például Debian 
alatt megfelelőek. Számunkra ebből 

a htmidir fontos, hiszen itt kell meg- 
adnunk azt, hogy a munin hova tegye 
a generált weboldalakat, ha ez nem 
stimmel, akkor javítsuk ki, majd indít- 
suk újra a munin-t a 


/etc/init.d/munin restart 
parancs segítségével. 


Ha még mindig nem látjuk a grafiko- 
nokat, akkor nézzük meg, hogy 

a munin-node.conf fájlban engedélye- 
zett-e az, hogy a munin-node-hoz 

a localhost csatlakozhasson. Ez alap- 
értelmezett esetben szintén így van. 
Ha mégsem lenne ott a megfelelő 
bejegyzés, akkor adjuk meg azt: 
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14.56M 
31.54M 


Fila tabla ucama mm his uinalz 


1. kódrészlet Egy minimális 
munin.conf állomány 


dbdir /var/munin 

htmidir /var/www/munin 
logdir /var/log/munin 
rundir /var/run/munin 


[localhost. localdomain] 
address 127.0.0.1 
use node name yes 


allow AI274.OW.OV.1$ 


Most már remélhetőleg minden mű- 
ködik és idővel az 1. ábrához hasonló 
grafikonokat fogunk látni. 


Minden egyes csomópontra telepí- 
tenünk kell a munin-node csomagot 
ahhoz, hogy az adott kiszolgálót 
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monitorozni tudjuk. Lehetőleg 
próbáljunk meg azonos verziószá- 
mú csomagokat telepíteni az 

összes kiszolgálóra, mert nekem 
például az egyik csomóponton 1.2.4- 
1-es verziószámú munin-node volt, 
míg a munin csak 1.2.3-1-es volt, 

és így az egyik grafikont a szoftver 
hibásan rajzolta ki. Konkrétan 

a cpu kihasználtság grafikon y ten- 
gelye volt 0-1.0 között megjelenítve, 
holott az adatok 070-10070 között 
változtak. Megjegyzem, hogy 

a grafikon melletti értékek ettől 
függetlenül jók voltak. 

lehát a munin-node csomag tele- 
pítése után nincs is más dolgunk, 
mint a munin-node.conf fájlban 
beállítani a munin kiszolgáló IP 
címét az al low parancs után. 

Itt lehetőségünk van akármennyi 
IP címet is megadni (mindegyiket 
új sorban az al low után), illetve 
megadhatunk egész tartományokat 
is. Majd indítsuk újra a munin-node 
programot. 

lermészetesen ez még nem elég, 
hiszen a munin kiszolgálónak is 
meg kell adni, hogy melyik munin- 
node-okhoz csatlakozhat. 


lehát a kiszolgálón lévőn munin.conf 
fájlt ki kell bővítenünk, hogy ne csak 
a [Ilocalhost. localdomain] be- 
jegyzést tartalmazza, ennek kitöltése 
nyilvánvaló, csak az IP címeket kell 
értelemszerűen megadni. 


Már az első tesztek alatt találhatunk 
olyan grafikonokat, melyek teljesen 
érdektelenek lehetnek számunkra, 
illetve minél több grafikon van, 
annál kevésbé látjuk át a rendszer 
tényleg fontos paramétereit. Például 
egy MySOL kiszolgálónál kevésbé 
fontos adat lehet az Ethernet csatoló- 
felület adatforgalma, mint mondjuk 
a MySOL lekérdezések paraméte- 
rei, mivel a szűk keresztmetszetet 
várhatóan a MySOL sebessége 
fogja jelenteni. 

Az egyes grafikonokat a különbö- 
ző bővítmények (pluginek) készí- 
tik el. A munin elég sok ilyent 
tartalmaz, amelyek Debian alatt 

a /usr/share/munin/plugins könyv- 
tárban találhatók. Bővítményeket 
aktiválni és deaktiválni úgy 
tudunk, hogy létrehozunk, illetve 
törlünk egy szimbolikus linket 


a /etc/munin/plugins könyvtárból. 

A bővítményt tartalmazó fájl neve 
alapján nem mindig nyilvánvaló, 
hogy az milyen funkciót tölt be, 

de szerencsére ezt a fájl fejlécében 
megtalálhatjuk. A változások érvény- 
belépéséhez már csak munin-node 
újraindítása szükséges. 


Mindenkinek jó monitorozást 
kívánok! 


Horváth Ernő 
ernohorvathogmail.com 
24 éves, műszaki! infor- 
matikus. Három évvel 
ezelőtt ismerkedett 
meg komolyabban 

a Linux rendszerekkel és emellett 
érdeklődik még a robotika és a biz- 
tonságtechnika iránt is. Ha lenne 
szabadideje sokat kirándulna, 
biciklizne és filmeket nézne. 








DJBDNS - Élet a Bind-en túl 


Az Internet infrastruktúrájának kritikus eleme a DNS szolgáltatás, amelyet 
jellemzően az ISC BIND alkalmazásával valósítanak meg. Nem mindenki 


elégedett azonban ezzel. 


djbdns talán az első olyan al- 
kalmazás, amely pénzgaran- 
ciát tartalmaz. Az alkalmazás 


írója, D.J. Bernstein, 500 dolláros díjat 
ajánlott fel annak, aki kihasználható 
biztonsági hibát talál benne. Úgy 
tudom, a pénz még mindig nála van. 
A bind egy nagy, monolitikus alkalma- 
zás (minden funkciót egy alkalmazás 
végez), ebből következően túl bonyo- 
lult (Bernstein 300,000 kódsorról beszél; 
összehasonlításként a Solaris forrás- 
kódja hosszú ideje stabilan 7 millió 
sor), a konfigurációs fájl formátuma ne- 
hézkes, egyetlen pont hiánya nagy ka- 
varodás okozója lehet, és a biztonsága 
sem győzött meg minden kételkedőt. 
Bernstein egy írásában 

(2 http://cr.yp.to/djbdns/blurb/ 
unbind.html) éles kritikával illeti 

a bind-et, a jelenleg domináns DNS 
implementációt, ill. annak hibáit. ler- 
vezési hibákat említ, szerinte a BIND 9 
gyakrabban összeomlik, mint a BIND 8, 
a BIND 9 módosításnaplójában 
(Changelog) kereken 672 hiba javítását 
találta, ami szerinte nem fér össze egy 
robusztusnak mondott rendszerrel. 

Ha az olvasó egy egyszerűen használ- 
ható, moduláris, nagy teljesítményű 
és biztonságos DNS implementációt 
szeretne, ne keressen tovább: a djbdns 
mindent tud, ami ma egy DNS kiszol- 
gálótól elvárható. 

Az alábbiakban bemutatom, hogyan 
lehet egy fiktív vállalatnál 2 DNS ki- 
szolgálót építeni, amely nem csak a cég 
tartományát kezeli, de névfeloldást is 
biztosít a belső felhasználóknak (1. ábra). 
Legyen a cég tartományának neve 
xxxx.hu, az 1.2.3.4 és 1.2.3.5 IP-címeken 
szolgálja ki az ún. autoritatív kéréseket, 





amelyek közül legyen az 1.2.3.4 az el- 
sődleges kiszolgáló, a cég belső felhasz- 
nálóinak pedig a 10.1.1.4 és 10.1.1.5 
címeken biztosít névfeloldást. Üzem- 
biztonsági okok miatt a másik kiszol- 
gálót célszerű egy másik hálózaton 
(például co-location) elhelyezni, így 

a másodlagos kiszolgáló IP-címe más 
lenne (és kellene egy újabb gép a cég 
hálózatán belül, amelyik a belső felhasz- 
nálóknak névfeloldást biztosít), de ezzel 
most a példában nem foglalkozom, 

a telepítés szempontjából mindegy. 
lelepítsük először a daemontools 

(2 http://cr.yp.tol/daemontools/ 
install.html) ill. az ucspi-tcp 

(2 http://cr.yp.tolfucspi-tcp/install.html) 
csomagot (ezeken az oldalakon részle- 
tesen le van írva a telepítésük), majd 
töltsük le a djbdns legutolsó verzióját 
(2 http://cr.yp.to/djbdns/install.html), 


és hajtsuk végre az alábbi parancsokat: 


tar zxvf djbdns-1.05.tar.gz 
cd djbdns-1.05 

echo gcc -O2 -include /usr/ 
ss -nclude/errno.h 5 conf-cc 
make 

su -c "make setup check" 


Hozzunk létre három felhasználót 
a djbdns programjainak futtatásához: 


groupadd dnslog 

groupadd dnscache 

groupadd tinydns 

useradd -g dnslog -s /bin/false 
sdnslog 

useradd -g dnscache -s /bin/ 
sfralse dnscache 

useradd -g tinydns -s /bin/ 
sfalse tinydns 


usermod -L dnslog 
usermod -L dnscache 
usermod -L tinydns 


Konfiguráljuk először a névfeloldást: 


dnscache-conf dnscache dnslog 
s /opt/dnscache 10.1.1.4 

ln -s /opt/dnscache /service 
touch /service/dnscache/root/ 
—3-73p/10.1.1 


És készen is vagyunk az egyik gépen! 
A 


svstat /service/dnscache 
parancs kiadásával meggyőződhe- 
tünk, hogy a dnscache valóban fut, 


az én gépemen ezt a választ kaptam: 


/service/dnscache: 
551556402 seconds 


up (pid 237) 


Az utolsó sor pedig azt jelenti, hogy 

a 10.1.1.0/24 hálózat gépei használhat- 
ják a gépen futó dnscache-t. Ígény 
szerint több címtartományt illetve 
gépet is felsorolhatunk. 

Opcionálisan hangolhatjuk 

a dnscache-t, például beállíthatjuk 

a gyorsítótár (cache) méretét 4 MB-ra: 


echo 4096000 5 /service/ 
ss dnscache/env/CACHESIZE 


A dnscache az ügyfelektől induló 
lekérdezések kiszolgálásakor először 
mindig a gyökér kiszolgálókat kérdezi 
meg - amelyek a /service/dnscache/ 
root/servers/ (0 fájlban vannak felso- 
rolva - és a kapott úton megy végig 
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addig a DNS kiszolgálóig, amely 
tudja a választ a megadott kérésre. 
Így elkerülhető az úgynevezett cache- 
poisoning (gyorsítótár szennyezés), 
amikor valaki érvénytelen adatok 
tárolására bírja rá a kiszolgálónkat 

(2 http://en. wikipedia.org/wiki/DNS c 
ache poisoning). A részeredményeket 
gyorsítótárba teszi, így nem jár be 
egy utat többször feleslegesen. 

Csak rekurzív kéréseket fogad el. 
Következő lépéseben indítsuk el az 
autoritatív névszerver szolgáltatást, 
hogy le lehessen kérdezni az xxxx.hu 
tartomány gépeinek címét! 


tinydns-conf tinydns dnslog 
s /opt/tinydns 1.2.3.4 
ln -s /opt/tinydns /service 


Fontos! Nem telepíthetjük a dnscache 
és a tinydns kiszolgálót ugyanarra az 
IP-címre, mert mindkettő az udp/53-as 
portot használja. A nehezén már túl is 
vagyunk. Az előbbihez hasonlóan lekér- 
dezhetjük az alkalmazásunk állapotát. 
A másik gépen is végezzük el ezeket 

a beállításokat a megfelelő IP-címekkel. 
Következő lépésben hozzuk létre a cé- 
günk tartományát, és adjunk hozzá 


íj TEMTETETTTTTTTA k 
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néhány DNS rekordot (RR). Ezt megte- 
hetjük a djbdns segédprogramjaival 
vagy egy szövegszerkesztő segítségé- 
vel (például vi). 


cd /service/tinydns/root 
vi data 
make 


Amint az látható, a data fájl egysze- 
rű szöveges állomány. Nem nehéz 
felismerni a példában szereplő re- 
kordok típusát. Az 1. sorban a zóna 
SOA rekordját láthatjuk, és egy Z jel 
vezeti be. 

A pont (.) NS rekordokat jelöl, míg az - 
A rekordokat. lehát a 2-5. sorokban re- 
gisztráltuk a taetományunk DNS kiszol- 
gálóit. A 6-7. sorokban a levelezést tet- 
tük lehetővé: készítettünk egy MX re- 
kordot 20-as preferenciával, illetve egy 
A rekordot a levelező kiszolgálónknak. 
Végül a cégünk honlapjait tettük elér- 
hetővé, a 8. sorban egy A rekord, a 9- 
ben pedig egy álnév (alias) szerepel. 
Végül egy IXT rekordot helyeztem el 
a zónában. A data fájl formátumáról 
bővebben a 3 http://cr.yp.to/djbdns/ 
tinydns-data.htmli oldalon található 
információ. 


A tinydns azonban nem szövegfájlból 
dolgozik, hanem CDB formátumú 
adatállományból. A szükséges kon- 
verziót a make paranccsal végezhet- 
jük el. A djbdns sokkal hibatűrőbb, 
mint a bind. Ha a bind konfigurációs 
állományában csak egy hibát is vé- 
tünk, az jó időre elfoglaltságot biz- 
tosít, amíg azt ki nem javítjuk. 

A djbdns azonban egyszerűen figyel- 
men kívül hagyja a hibás rekordot, 
és megy tovább az élet. A bind-del 
ellentétben nem szükséges HUP jelzést 
küldeni vagy más módon értesíteni 

a kiszolgálót, hogy megváltozott 

a zóna adata, automatikusan az új 
adatokkal dolgozik. 

A zónánk adatait szinkronizálni 
szükséges az elsődleges és a má- 
sodlagos kiszolgálónk között. 

A bind ezt jellemzően inkrementális 
(IXFR) vagy teljes (AFXR) zóna- 
transzferrel oldja meg. A djbdns ezt 
a feladatot sokkal elegánsabban vég- 
zi el, nem találja fel újra a kereket, 
hanem egy külső eszközzel másolja 
át a platform független data.cdb fájlt 
a másik gépre: rsync-kel vagy egy- 
szerűen scp-vel (aligha van adatátvi- 
telre jobb megoldás ennél). Ehhez 











készítsünk el egy jelszó nélküli 
SSH kulcsot, és módosítsuk 
a Makefile-t így: 


data.cdb: data 
/usr/local/bin/tinydns-data 
scp -i /home/sj/.ssh/ 
ssssh kulcs data.cdb 
1.2.3.5:/service/tinydns/root 


Ezután amikor csak aktualizáljuk 

a make paranccsal az elsődleges kiszol- 
gáló adatait, az automatikusan átkerül 
a másodlagosra. Feladat megoldva, 
cégünk felhasználóinak névfeloldást 
végzünk, az egész internet számára 
pedig kiszolgáljuk az xxxx.hu tarto- 
mányba intézett kéréseket. 

legyük fel, hogy a cégünknek van egy 
belső, nem regisztrált zónája is, példá- 
ul sales.aa, amelyeket szintén az 
1.2.3.4 és 1.2.3.5 gépeken akarunk 
tartani. Hogyan tudathatjuk a név- 
feloldást végző gépekkel, hogy ezt 

a zónát hol keressék? Hozzuk létre 

a /service/dnscache/root/servers/aa fájlt, 
amelybe beírjuk az adott tartomány 
kiszolgálóit (soronként egyet). 

Ha valaki nem olyan szerencsés, hogy 
a nulláról kezdheti egy DNS kiszolgá- 
ló építését, annak sem reménytelen 

a helyzete: a djbdns hasznos eszkö- 
zökkel segíti a migrációt. Vegyük 

azt az esetet, amikor van egy bind8/9 
kiszolgálónk, amelynek az adatait 
tinydns-re akarjuk költöztetni. legyük 
fel, hogy van két tartományunk: 
domain1.hu és domain2.hu. Állítsuk 


be a bind kiszolgálón, hogy engedé- 
lyezze számunkra az AXFR zóna 
transzfert az 1.2.3.3:53/tcp-n: 


options ( 
reguest-i1xfr no; 
allow-transfer fí 1.2.3.4; b; 
5 


for 1 in  domaini.hu 

s domain2.hu ; do 
/usr/local/bin/tcpclient 

TT .2.3.3 53 X 
/usr/local/bin/axfr-get $1 
sfilel filel.tmp; cat filel sz 
ssdata; rm -f filel; done 


A parancs lefuttatása után megkapjuk 
a data fájlt, amit a make paranccsal 

, fordíthatunk le", és készen vagyunk. 
A naplózással kapcsolatos dolgok 

a /servicel/tinydns/log könyvtárban 
vannak. A run fájl egy héjprogram, 
ami a naplózó alkalmazást futtatja. 
Módosítsuk ezt az alábbi módon: 


$!/bin/sh 
exec setuidgid dnslog multilog t 
sz 2048000 ./main 


Ennek hatására a multi log program 
2 MB-onkérnt lerotálja a naplófájlt, 
így az nem fog a végtelenségig hízni. 
A modularitás előnye, hogy a napló- 
zást minden djbdns programnál 

(sőt Bernstein összes programjánál) 

a multilog végzi, így ugyanezt beál- 
líthatjuk a dnscache-nél vagy akár 

a gmail-nél is. 

A konkrét naplófájl a /service/tinydns/ 
log/main/current fájlban található. 


44000000043cbb73f05ee267c 
53 0a010102:802a:3bce 4 000f 
sz acts.hu 


Ez a bejegyzés az acts.hu MX rekord- 
jának lekérdezése során keletkezett. 
Az időbélyeg úgynevezett TAIG4N 
formátumban (3 http://cr.yp.to/ 
daemontools/taio4n.html) van az ele- 
jén. Emlékszik még valaki a 2000. év 
körüli dátum-mizériára? A UNIX 4 
byte-os időbélyeg formátuma 2038- 
ban fog túlcsordulni (de addigra már 
biztosan 8, 16 esetleg 32 byte-on tárol- 
ja a dátumokat a jövő 256-bites 
processzora). Ezzel ellenben a TAIG4N 
formátum már a jelenlegi architek- 
túrákon is több milliárd évet képes 


ábrázolni. Ezután a kliens IP-címe 
(10.1.1.2) és UDP kapuja következik, 

a DNS kérés azonosítója, majd az 
eredmény (1: ok), végül pedig a le- 
kérdezés típusa (O00f: MX) és a kere- 
sett tartomány név (a DNS csomag 
úgynevezett DNAME része). A djbdns 
naplóformátumáról bővebb informá- 
ció a 2 http://dgd.com/L imayoff/notes/ 
djbdns/tinydns-log.html oldalon 
található. 

Nem olyan régen történt, hogy 

a Verisign egy helyettesítő (wildcard) 
A rekordot helyezett el a .com és .net 
tartományokban, amely a 64.94.110.11 
IP-címre mutatott 

(2 http://tinydns.org/). Ennek hatására 
minden olyan kérés, amely nem léte- 
ző tartományra irányult, a Verisign 
gépének címét kapta vissza. Ezért ezt 
semlegesítendő Russ Nelson készített 
a djbdns-hez egy úgynevezett 
Verisign-foltot ( 2 http://tinydns.org/ 
djbdns-1.05-ignoreip.patch). Aztán ki- 
derült, hogy több más regisztrátor is 
folytat(ott?) ilyen megkérdőjelezhető 
gyakorlatot, ezért Nelson írt még egy 
foltot, amivel több címet is figyelmen 
kívül lehet hagyni ( 2 http://tinydns.org/ 
djbdns-1.05-ignoreip.patch2) . Egy má- 
sik lehetőség lehet a védekezésre az, 
ha a problémás regisztrátorok gyökér 
névszervereit töröljük a dnscache 
listájából (/service/dnscache/root/ 
servers/(w), csak aztán maradjon 
néhány (3 http://homepages.tesco.net./ 
L IJ.deBoynePollard/ FGA/verisign- 
internet-coup.html[). 

legyük fel, hogy az olvasó még mindig 
bind-et futtat, és ugyanazon az IP- 
címen szolgálja ki a hozzá tartozó tar- 
tományokat és az ügyfelek névfeloldás 
kéréseit. Legyen adott egy támadó, aki 
több adattal árasztja el a gyorsítótárat, 
mint amit a bind kezelni képes. Ekkor 
szétszakad nem csak a kimenő, de 

a bejövő web forgalom is a bind Za- 
vara miatt (3 http://cr.yp.to/djbdns/ 
separation.html). Nagyban meg- 
könnyíti hát az életet, ha szétválaszt- 
juk a névfeloldást és az autoritatív 
névszerver szolgáltatást, ahogyan azt 
az ISC is javasolja. De amíg ez koránt- 
sem magától értetődő a bind-nél, addig 
a djbdns kikényszeríti ezt. 

Nagyobb mennyiségű adatnál szükség 
lehet arra, hogy az egyes zónák adata- 
it külön fájlokban, esetleg adatbázis- 
ban tároljuk. A http://tinydns.org/ 
oldalon találunk olyan programokat, 
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1. táblázat A djbdns csomag segédprogramjai 


Egy tartomány MX kiszolgálóit és azok preferenciáit mutatja meg 


Végigkövethetjük vele, mely DNS kiszolgálók ismerhetik 


Nem rekurzív lekérdezést küld a megadott kiszolgálónak 


dnsip Egy FODN tartománynevet old fel 
dnsname Egy IP-címhez tartozó tartománynevet ad vissza 
dnsname Egy IP-címhez tartozó tartománynevet ad vissza 
dnsmx 
dnstxt Megkeresi a tartománynév IXT rekordját 
dnstrace 

az adott rekordot 
dnsg 

(tinydns tesztelésére) 
dnsar 


Rekurzív lekérdezést küld a /etc/resolv.conf-ban megadott 


kiszolgálók felé (dnscache tesztelésére) 


amelyekkel kényelmesen, egy böngé- 
szőből kezelhetjük a tinydns adatait, 
némelyiket kifejezetten többfelhasz- 
nálós, elosztott környezetbe szánt 

az írójuk, így tartalmaznak például 
felhasználó kezelést és különböző 
jogosultság szinteket. 

Bizonyos esetekben szükség lehet arra 
is, hogy egyes gépek számára zóna- 
transzfert biztosítsunk. Az axfrdns szol- 
gál erre a célra, és a tinydns data.cdb 
állományából dolgozik. lermészetesen 


meg lehet és kell adni azt, hogy mely 
gépek AXFR kéréseit szolgálja ki. 

A feketelistákat gyakran alkalmazzák 
a levelezés kapcsán. Az rbidns kifeje- 
zetten erre a célra készült. Abban kü- 
lönbözik a tinydns-től, hogy kizárólag 
olyan DNS lekérdezésekre válaszol, 
amelyek vagy A vagy IXT rekordra 
irányulnak, illetve az adatállománya 
is egyszerűbb formátumú. 

A tinydns-rrd (2 http://develooper.com/ 
code/tinydns-rrd/) alkalmazás az 


rrdtool segítségével képes grafikono- 
kat készíteni a djbdns terheléséről, 
amelyek jól jöhetnek egy esetleges 
hibaelhárítás során is. 

A djbdns csomagban különböző 
segédprogramok is vannak, amelyek 

a host, ns lookup és dig parancsokat 
helyettesítik (1. Táblázat). 

A 3 http:[/www.fefe.de/dns/ oldalon 
található folt segítségével felokosítható 
a djbdns, hogy kezelni tudja az IPv6 
címeket is. 

Egy DNS kiszolgálóval szemben köve- 
telmény, hogy könnyen használható, 
nagy teljesítményű, hibatűrő és biz- 
tonságos legyen. Szinte észrevétlenül 
kell működnie, hogy észre se vegyük 
a jelenlétét. A djbdns egy ilyen DNS 
implementáció, nekem bevált, ajánlom 
mindenkinek. 


Sütő János 
(jIsutok(ofreemaill.hu) 


1997 óta használ Slack- 
ware Linux-ot. Szabad- 
idejében a postfix clapf 
nevű vírus- és spam- 
szűrőjét polírozza. 


Értékeld a Linuxvilág 
cikkeit! 


IE lehetőség van rá, hogy pontszámmal értékeld a Linuxvilágban megjelent cikkeket. Minden 
szám tartalomjegyzékében az adott cikk dobozában megjelölheted, hogy milyen osztályzatot adsz rá 
1-től 5-ig. Emellett a cikkek összesítő oldalán is lehetőség van a cikkek értékelésére. 

Egyszerre több cikket is értékelhetsz: jelöld meg, hogy milyen osztályzatot adsz a cikkeknek és kattints 
az oldal tetején vagy alján található , Pontozás" gombra. 
Ha bővebben kívánod véleményezni a cikket, kérjük írd meg a hozzászólásokban. 

Reméljük sokan fognak élni a lehetőséggel és ezáltal hasznos visszajelzést kapunk arról, hogy mely 
cikkek/témák a legnépszerűbbek. Az osztályzatok alapján hamarosan megjelentetünk egy folyamatosan 
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Segítséged előre is köszönjük! 
A Linuxvilág dal 





Operációs rendszerek egyenrangú közlésen 
alapuló védelme 


Az internet növekedésével és elterjedésével a számítógépes biztonsági kérdé- 
sek egyre inkább előtérbe kerültek. Manapság az egyik legnagyobb veszélyt 
számítógépeinkre a hálózati támadások jelentik. A cikkben bemutatott program 
éppen a hálózatot próbálja meg arra használni, hogy a kiszolgálók a támadá- 
soknak minél hatékonyabban ellenállhassanak. A működés során a programot 
futtató számítógépek egy P2P hálózatba szerveződnek, amelyen keresztül meg- 
osztják az érzékelt betörési kísérletekről gyűjtött tapasztalatokat, így növelve 

az Összes résztvevő biztonságát. 


szoftvert Komondornak nevez- 

tük el, hiszen feladatkörében 

sok minden hasonló a házór- 
zésben híresen kiváló kutyafajtára. 
Léteztek már korábban is a hálózaton 
egymással kapcsolatot tartó biztonsági 
programok. Az itt bemutatott szoftver 
újdonsága az, hogy az egyes gazdagé- 
peken futó példányok az Interneten 
egy egyenrangú (peer-to-peer, P2P) 
hálózatot hoznak létre. A szerveződés 
önműködő, felhasználói beavatkozást 
nem igényel. Ez a hálózati modell 
nagy stabilitást biztosít, amelyre az 
egyes egyedek között a tapasztalatok 
gyors, megbízható átadása miatt van 
szükség. A rendszer felépítéséből 
adódóan a hálózati hibák és főként 
a támadások miatt labilis hálózaton 
is működőképes marad. 
Fontos megjegyezni, hogy a Komondor 
elfedni hivatott az egyes egyedek ope- 
rációs rendszereinek, szolgáltatásainak 
biztonsági réseit, nem pedig kijavítani. 
Ehhez nincsen szüksége az adott biz- 
tonsági rés ismeretére. Előzetesen ké- 
pes lehet bizonyos védelmet kialakíta- 
ni, de csak akkor, ha valahol egy he- 
lyen történt már betolakodási kísérlet. 
Nem az adott rést foltozza be, hanem 
a konkrét támadót akadályozza meg 
a további ténykedésben. Ha az adott 
rés ismert, érdemes inkább annak 
közvetlen kijavításával foglalkozni. 


A program első változata Linux rend- 
szerre épül, C programozási nyelven 
íródott. A bemutatása után becslést 
adunk egy ilyen átfedő általános hasz- 
nálhatóságára, bemutatjuk az előnyeit 
és a korlátait is. 


Ha a támadó egy adott számítógép 
működését zavarni szeretné, vagy ada- 
tokat szeretne megszerezni róla, akkor 
a célba vett kiszolgáló hálózati címe 
általa előre ismert. Ebben az esetben 
nyitott hálózati kapukat (port) keres 
szolgáltatások után kutatva, annak 
reményében, hogy biztonsági rést ta- 
lál. Gyakori a kapupásztázás (port 
scan), amely a számítógépen futó al- 
kalmazások hálózatról való megcímzé- 
séhez szükséges kapuk teljes tartomá- 
nyának végigpróbálását jelenti. Ennek 
célja az, hogy találjon valamelyik 
kapun egy hibás alkalmazást, amelyet 
azután felhasználhat a rendszerbe va- 
ló bejutáshoz. Kifejezetten erre a célra 
tervezett programok is léteznek. Ezek 
nem feltétlenül rossz szándékból íród- 
tak, hanem saját rendszerünk bizton- 
ságának tesztelésére is alkalmasak. 
Ilyen alkalmazás a jól ismert Nmap. 
Biztonsági résnek számítanak a ha- 
nyag felhasználók gyenge jelszavai is. 
Ezt használja ki az ún. szótár módszer, 


amely arra a tényre épül, hogy a gyen- 
ge jelszavak köznevek vagy gyakori 
tulajdonnevek. Ezek viszonylag kis 
számú próbálkozással kitalálhatóak. 
Hibás szolgáltatáson keresztül erő- 
források után is kutathat a támadó. 
Jellemzőbb ekkor az, hogy a pásztázás 
egy adott IP szám tartomány ellen 
irányul. A kapuszám ilyenkor kötött: 
például a 25-ös port, SMIP kiszolgáló 
keresése levélszemét küldés céljából. 
A fenti támadások bár különböző 
módszerekre épülnek, mégis közös 
vonásuk, hogy a támadó több kísérle- 
tet tesz céljának elérésére. A Komon- 
dor ezt használja ki: ha ugyanis vala- 
melyik Komondor egyed betolakodást 
észlel, és ezt a tényt megosztja 

a többiekkel, akkor azok már felké- 
szülve képesek várni ugyanazt 

a támadót, aki módszereinél fogva 
(pásztázás) nagy valószínűséggel 
előbb-utóbb meg is érkezik. 


Egy számítógép soha nem lehet 
teljesen biztonságos. A szakirodalom 
meghatározza a megfelelően képzett 
támadó fogalmát, egy olyan elméleti 
személyt, aki szaktudásánál fogva ké- 
pes felderíteni bármilyen biztonsági 
rést. ludjuk, hogy nem hozhatunk 
létre tökéletesen hibamentes rend- 
szert. Ennek ellenére számítanunk 
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kell rá, hogy bármely hibát lehetséges 
megtalálni, akár szisztematikusan, 
akár véletlenül. 

Az átlagfelhasználónak sokat nem 
kell tennie a rendszere biztonságossá 
tételéhez. Értékes adatok tárolása ese- 
tén azonban mindenképpen foglal- 
koznunk kell ezekkel a kérdésekkel. 
Fontos megjegyezni, hogy minél 
biztonságosabb egy rendszer, annál 
kisebb a használhatósága a szigorú 
feltételek miatt. A biztonság és a hasz- 
nálhatóság között kompromisszumot 
kell létrehoznunk. Egyszerű példa 
erre a hálózati forgalom korlátozása. 


A hetolakodás-észlelés fogalma 

A betolakodás-észlelő technikáknak 
két fő kategóriája van: a rendellenes- 
ség-észlelés (anomaly detection) és 
visszaélés-észlelés (misuse detection). 
A rendellenesség-észlelés a felhaszná- 
lók, illetve az alkalmazások elvárt 
viselkedésének modelljeit felhasznál- 
va az ettől való eltéréseket probléma- 
ként értelmezi. A rendellenesség-ész- 
lelési rendszerek fő előnye, hogy elő- 
zetesen tudják észlelni a támadásokat. 
Azzal, hogy meghatározzák, hogy mi 
a normális, ennek bármilyen megsér- 
tését azonosítani tudják függetlenül 
attól, hogy ez része-e a fenyegetési 
modellnek (threat model) vagy nem. 

A módszer hátránya ugyanakkor 

a gyakori a téves riasztás és az, hogy 
az időben gyorsan változó rendsze- 
rekre nehéz az eljárást betanítani. 

A visszaélés-észlelési rendszerek lénye- 
gében azt határozzák meg, hogy mi 

a rossz. Támadás leírásokat, más né- 
ven aláírásokat (signature) tartalmaz- 
nak, melyeket összemérnek a felül- 
vizsgálás adatfolyamával, keresve az 
ismert támadások tanújelét. A vissza- 
élés-észlelési rendszerek előnye, hogy 
a felülvizsgálati adatok elemzésére irá- 
nyul és ritkán vezet téves észleléshez. 
Ugyanakkor a módszer hátránya, 
hogy csak az ismert támadásokat 
tudja észlelni, amelyeknek van egy 
meghatározott aláírása. Ha egy új 
támadást felderítenek, azt a fejlesztők- 
nek modellezni kell és hozzáadni az 
aláírás-adatbázishoz. 

Fontos megemlíteni, hogy nem min- 
den támadás jár együtt önműködően 
észlelhető, arra utaló jelekkel, egy 
rendszer feljogosított felhasználója 
általi visszaélés például nagyon nehe- 
zen észlelhető. Mégis a betolakodás- 
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tapasztalat megosztása 


W 1. ábra lámadás a Komondor rendszer egyik tagja ellen 


észlelés első módja a felhasználói 
tevékenység megfigyelése volt. Ekkor 
a szokatlan viselkedésekre figyeltek 
fel. Ilyen például ha egy felhasználó 
szabadságon van, s mégis helyileg be 
van jelentkezve. Az ilyen észlelés hát- 
ránya, hogy alkalmi jellegű és nem 
méretezhető bonyolult rendszerekre. 
A betolakodás-észlelés fejlődése terén 
a következő lépés a operációs rend- 
szer naplófájljainak figyelése, tőként 
UNIX alapú rendszereknél. Több biz- 
tonsági segédprogram is erre épül, 
köztük az ismert Swatch (Simple 
WATCHer for logfiles), amelyről már 
esett szó a Linuxvilág 2001. augusztusi 
számában is. Az alkalmazásnak rend- 
szernapló fájlok neveit adhatjuk meg, 
illetve azokhoz tartozó sorokat, részle- 
teket. Ha az adott fájlban hibaüzenet- 
nek megfelelő szövegrész jelenik meg 
(például file not found), a Swatch előre 
meghatározott műveletet hajt végre: 
adott programot indít el, e-mailben 
értesíti a rendszergazdát stb. 

Vállalati méretű rendszerek védelem- 
re alkalmasak az összetett szerkezetű, 
hálózati betolakodás-észlelő rendszerek 
(Network Intrusion Detection System, 
NIDS). Ezek közül a kereskedelemben 
kapható RealSecure, míg a Snort nyílt 
forráskódú. A Snort egy szabályleíró 
nyelvre épül, amely az adatminták, 

a hálózati protokollok és a rendelle- 
nességek vizsgálatát, illetve ezek keve- 
rékét is támogatja. Elsősorban a háló- 
zati forgalom megfigyelésére (szonda) 
alkalmas, jól konfigurálható rendszert 
valósít meg; a szabályok (aláírások) 
adatbázisát az Internetről folyamato- 
san tudja frissíteni. A Snort fejlesztői 
és a felhasználói közössége által létre- 


hozott új szabályok így azonnal 
beépülhetnek a szoftver által használt 
adatbázisba. 


Válasz a betolakodásra 

Egy probléma észlelésekor a betolako- 
dás-észlelő rendszer által végrehajtott 
tevékenység sokféle alakot ölthet. 

A legközönségesebb egy riasztás létre- 
hozása, amely leírja az észlelt betola- 
kodást. De a válasz lehet támadóbb is, 
mint amilyen egy rendszer adminiszt- 
rátor felhívása, egy sziréna megszólal- 
tatása vagy éppen egy ellentámadás 
beindítása. 

Az ellentámadás magába foglalhatja 
egy útválasztó újraalakítását úgy, 
hogy zárolja a támadó címét vagy 
még meg is támadja a tettest. 
lermészetesen a támadó válasz 
veszélyes is lehet, mivel lehet, 

hogy ártatlan áldozat ellen indul. 
Erre példa az, hogy ha egy támadó 

a hálózatot átejtéses forgalommal 
(spoofed traffic) terheli meg. Az ilyen 
forgalom egy adott címről származó- 
ként jelenik meg, de ténylegesen 
máshol hozták létre. Ha a betolako- 
dás-észlelő rendszer a támadás 
észlelése után újraalakítja a hálózati 
útválasztókat úgy, hogy zárolják 

a tettetett címről érkező forgalmat, 
akkor ez hatásában egy szolgáltatás- 
megtagadásos (Denial of Service, DoS) 
támadás végrehajtása lesz a vétlen 
hellyel szemben. 


A Komondor részei 

Különböző kiszolgálókon a program- 
nak egyforma példányai futnak és 
figyelik a hálózaton észlelt esetleges 
betolakodási kísérleteket. 
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Ha egy Komondor egyed felismer egy, 
az általa felügyelt rendszer ellen 
irányuló támadást, akkor 


e az általuk felügyelt rendszer 


védelmét erősíti, ami jellegzetesen 
a tűzfal szigorítását jelenti; 


e a hálózaton keresztül értesíti 
a többi szoftveregyedet. 


Az egyedek így egymást védelmezik. 
A védelem szempontjából lényegte- 
len, hogy egy adott támadó rosszin- 
dulatú ténykedését melyik egyed 
érzékelte először. Ha a támadási kí- 
sérletet egyszer rögzítette valamelyik 
egyed, akkor a többi a tapasztalat 
megosztása révén már felkészülhet 
(lásd az 1. ábrát). A rendszer feladatai 
két részre oszthatóak, helyi és hálóza- 
ti feladatkörre. 


Tapasztalatok szerzése 

A Komondor jelenleg működő, Linux 
rendszeren működő változata a rerd- 
szernapló fájlok vizsgálatával gyűjt 
tapasztalatot. Ez tulajdonképpen 
bármilyen betolakodási forma felderí- 
tésére alkalmas lehet, ugyanis a fent 
említett programok (például Snort) 

is képesek ilyet vezetni. A naplókban 
többféle hibaüzenet jelenhet meg, 
amelyek támadásra utalnak. 


Ilyen lehet bejelentkezési kísérlet nem 
létező felhasználói néven, vagy több 
egymás utáni kísérlet nem létező fájl 
letöltésére a HITP kiszolgálón. 

Íme például egy tetten ért SSH féreg: 


Sep 30 05:19:46 horka 

ss sshd[6244]: Failed password 
sfor illegal user munka from 
sz : : ffff:192.188.242.112 port 
551391 ssh2 

Sep 30 05:19:46 horka 
sssshd[6246]: Illegal user 

3 munkaugy from 

s : :TfTT:192.188.242.112 

Sep 30 05:19:46 horka 
sssshd[6250]: Illegal 

ssuser juhasz from 

sz : : ffff:192.188.242.112 


A Komondor több naplófájlt is képes 
egyidejűleg követni. Az egyes napló- 
fájlokhoz különböző kereső karakter- 
láncokat adhatunk meg, amelyek 

a fentiekhez hasonló hibákra utalnak. 
Az egyes karakterláncok tetszőleges 
hosszúságú úgynevezett szabályos ki- 
fejezések (regular expression) lehetnek, 
amelyekhez két további idő paraméter 
is tartozik. Egyik, hogy az adott 
karaketrlánc milyen gyakori ismétlő- 
dése jelent támadást, ez másodperc 
nagyságrendű. (Például adott címről 
három másodpercen belül két beje- 


lentkezési kísérlet nem lehet egy igazi 
felhasználó, aki csak a jelszavát elgé- 
pelte.) Másik, hogy a letiltás, a Komon- 
dor által a támadóval szemben életbe 
léptetett biztonsági szabály mennyi 
ideig legyen érvényes. Bármilyen 
megkötésről van is szó, nem lehet 
örök érvényű. Például ha a tiltás alap- 
jául a támadó IP számát vesszük, an- 
nak a tulajdonosa változhat dinami- 
kus IP szám kiosztás esetén. Ez inkább 
óra, vagy nap nagyságrendű időinter- 
vallum, bár támadó pásztázás esetén 
egy néhány perces blokkolás már 
eredményt hoz. 


A Komondor által nyújtott védelem 
Felmerült a kérdés, hogy a Komondor 
hol avatkozzon be a saját gazdagépe 
működésébe, a betolakodások elke- 
rülése végett. Alkalmazási szinten 
történő beavatkozáshoz az egyes 
szolgáltatást nyújtó programok módo- 
sítására lehetne szükség. A szolgálat 
forráscím alapján történő megtagadá- 
sát ugyanis nem mindegyik alkalma- 
zás támogatja. Gondot jelent az is, 
hogy nagyobb méretű programok 
(például az Apache) lassan indulnak, 
és a módosított beállításaikat is lassan 
olvassák így be. Az első változat ezért 
inkább a tűzfalon keresztül védi meg 
a rendszert, eldobásra kijelölve a tá- 
madó IP számról érkező csomagokat. 
A statikus csomagszűrés ezután 

a megadott ideig a műveleti rendszer 
feladata. Az idő leteltével a Komondor 
törli a tűzfalból a tiltó szabályt. 

A program így egy olyan speciális 
adaptív tűzfalként viselkedik, amely 
a tapasztalatait az alkalmazási szin- 
ten, illetve az alkalmazási szint felett 
gyűjti. A Linux rendszerben az 
iptables paranccsal hangolhatjuk 

a rendszermagba épített tűzfalat, 
amely egy statikus csomagszűrő, 

a hangolását szoftverünk biztosítja. 


A hálózati modell kiválasztása 

A szerzett tapasztalatokról a rendszer 
adatbázist vezet, és a többi egyeddel 
megosztja azokat. Az adatbázis meg- 
osztásának sebessége nagyban függ 
az alkalmazott hálózat felépítésétől. 
A választás két szempont miatt is 

a P2P topológiára esett. Egyrészt ez 

a tapasztalatok gyorsabb megosztását 
teszi lehetővé nagyobb számú cso- 
mópont esetén. Másrészt, egy ilyen 
hálózat jobban eltűri a csomópontok 
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megbízhatatlanságát, míg egy közpon- 
tosított (ügyfél / kiszolgáló) felépítésű 
rendszer a központ kiesése esetén 
azonnal működésképtelenné válik. 

A megosztás gyors és megbízható kivi- 
telezéséhez a P2P hálózatok közül is 

a Gnutella alkalmazásban is használt 
felépítés tűnt a legalkalmasabbnak. 

A Gnutella a csomópontokat 
serventnek nevezi, mivel azok ki- 
szolgálók és ügyfelek is egyben 
(servert client). Az új csomópont 

a hálózatba belépéskor egy úgyneve- 
zett horgonyhoz (anchor) kapcsolódik, 
amelytől megkapja az éppen működő 
csomópontok hálózati címét. Ezek 
után megpróbál kapcsolódni ezekhez 
az egyenrangúakhoz egy ping üzenet- 
tel; a kapcsolódási pontokat kínáló 
csomópontok pong üzenettel vála- 
szolnak neki. A keresés úgy történik, 
hogy az egyenrangú szabályozottan 
elárasztja a kérdezését hét csomópont 
felé (2. ábra). Az ilyen kérést fogadó 
csomópont, függetlenül attól, hogy 

ő maga talált-e egyezést, ugyancsak 
hét másik csomópontnak küldi to- 
vább. A mi programunkban a tapasz- 
talatok továbbítása történik ehhez 
hasonló módon. 

Az egyenrangúak legalább három, 

de legfeljebb öt másik egyeddel tarta- 
nak kapcsolatot. Ezek a paraméterek 
a programban egyszerűen beállítha- 
tóak, segítségükkel vezérelhető a háló- 
zat sűrűsége. A sűrűbb hálózat gyor- 
sabb tapasztalatcserét és nagyobb 
megbízhatóságot biztosít, de nagyobb 
forgalmat is eredményez, ugyanis az 
egyedek nem fa-gráfba rendeződnek, 
így egy tapasztalat adatai több úton 

is érkezhetnek. 

A rendszer indítása után az egyedek 
nem várják meg, hogy találjanak 
három megfelelő csatlakozási pontot 
az átftedőhöz. A rendszernapló fájlok 
vizsgálatát minél hamarabb el kell 
kezdeni, hogy a támadások észlelése 
elkezdődhessen. Ha az egyednek még 
nem sikerült csatlakoznia az átfedő 
egyetlen tagjához sem, a tapasztalatait 
akkor is rögzíti az adatbázisában. 
Legalább egy kapcsolat felépülése 
után a tapasztalatok már közvetít- 
hetőek a többi csomópont felé. 


A Komondor hatékonysága 

A Komondor rendszer hatékonysága 

elsődlegesen az azt felépítő egyedek 
változatosságán múlik. A biztonsági 


támadó 


tűzfal 


alhálózatok 
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wI 3. ábra Alhálózatok védelme Komondor hangolt tűzfalakkal 





réseket kihasználó támadások 
szoftver-, illetve verzióspecifikusak. 
A különböző szolgáltatásokat nyújtó 
hálózati programok (például sshd, 
web kiszolgáló) más-más verziói, fajtái 
lehetnek telepítve az egyes egyede- 
ken. Az észlelt és remélhetőleg kivé- 
dett támadás után a Komondor segít- 
ségével a sebezhető kiszolgálók is 
megvédhetőek lehetnek. Ez három 
gyakran előforduló helyzetben 
következhet be: 


e a kiszolgálók ugyanannak 
a szoftvernek különböző változata- 
it futtatják (például Apache 2.0.54 
és Apache 2.0.30). 


e a kiszolgálók ugyanazt a szolgál- 
tatást különböző programokkal 
valósítják meg (webkiszolgálóként 
használható például az Apache 
vagy a Zeus is); 


e a kiszolgálók más műveleti rend- 
szerekre épülnek. (például Linux 
és Windows) 


Az első esetben, amikor a kiszolgálók 
ugyanannak a programnak eltérő 
változatait futtatják, a sebezhetőségi 
pontok az egyes gazdagépeknél ha- 
sonlóak lehetnek, ugyanis a hibák 
azok felderítéséig a programokban 
rendszerint verzióról verzióra örök- 
lődnek. A második és harmadik eset- 
ben viszont az egyes szolgáltatások se- 
bezhetőségi pontjai általában diszjunk- 
tak, ami miatt az egyes biztonsági 
rések elfedése hatékonyabb lehet. 

A Komondor hatásfokát korlátozza 

az IP címek nagy száma. A jelenleg 


használt protokoll, az IPV4 esetén 

a címtartomány 2" méretű, IPV6 ese- 
tén ennél is jóval nagyobb (128 bites 
hálózati címek). Annak valószínűsége, 
hogy egymástól távol lévő IP számú 
gazdagépeket rövid időn belül 
ugyanaz a támadó vesz célba, rendkí- 
vül alacsony. Ahogyan korábban már 
említésre került, gyakori viszont az 
egymáshoz közeli címek rövid időn 
belül, sorrendben történő vizsgálata, 
amikor a támadó egy adott tarto- 
mányt pásztáz végig célpontok után 
kutatva. Érdemes emiatt a Komondort 
használó rendszergazdának úgy szer- 
veznie a hálózatot, hogy a tartomány 
első gazdagépe, a fenti példában 

a 194.143.224.1 című, különösen 
biztonságos legyen (kevés, szokatlan 
azonosítóval rendelkező felhasználó, 
bonyolult jelszavak, kevés szolgálta- 
tás stb.). A tatomány támadó célú 
átvizsgálása ennél a gépnél kezdődik, 
és a védelem így a lehető leghama- 
rabb reagálhat. A támadó az alhálózati 
tartomány átvizsgálásakor kétfélekép- 
pen járhat el: 


e — Felderítheti, hogy mely gépeken 
fut az általa támadni kívánt 
szolgáltatás, utána próbálva 
kihasználni a hibákat. 


e — Fordítva, a hibák vizsgálatát 
(például a belépési kísérlet gyenge 
jelszavakkal) az IP számok szerint 
haladva sorban elvégzi. 


Mind a két támadói magatartás eseté 
egy Komondor egyednek valós esélye 
van a támadó hálózati címének 

, szétkürtölésére", mivel hasonló IP 








címek esetén valószínűleg helyi háló- 
zaton dolgozik a többi Komondor 
egyeddel, vagyis közöttük az össze- 
köttetés fizikai szinten gyorsabb, 
mint a távoli támadó és az egyes 
helyi hálózatbeli gazdagépek között. 


Biztonság és robusztusság 

A program legnagyobb hátránya, 
hogy az átfedőbe sajnos könnyen 
rosszakaratú egyed épülhet. Egy ilyen 
a legnagyobb kárt hamis tapasztalatok 
megosztásával tud okozni, ezek 
ugyanis szolgálatmegtagadást (Do0S) 
okoznak. A biztonság és hatékonyság 
között a megszokott módon csak 
kompromisszum lehetséges. Megoldás 
lehet ez ellen az átfedőbe csatlakozó 
egyedek felhasználói jogainak vizs- 
gálata (ident vizsgálat). Ehhez fel- 
használhatjuk azt a tényt, hogy 

a Komondor csak rendszergazda jogo- 
sultságokkal futhat az egyes egyedek 
gazdagépein, különben nem tudna 
naplófájlokat vizsgálni és a hálózatba 
beavatkozni. Vagyis felhasználói jogo- 
sultságokkal rendelkező rosszakaratú 
egyén nem tudná futtatni a Komondor 
szoftvert. Ha azonban egy Komondor 
mégis felhasználói jogokkal fut egy 
gazdagépen, akkor az valószínűleg 
hamis tapasztalatokat hirdet, vagy 
más módon zavarja a rendszer 
integritását. Sajnos az ident szolgál- 
tatás általában csak UNIX típusú 
rendszereken ismert. Windows plat- 
formon rendszerint meghamisított 
ident kiszolgáló fut valamilyen 

külső elvárás miatt. 

A rendszer kritikus pontja a horgony- 
pont. Ennek kiesése esetén új egyed 
nem képes kapcsolódni az átfedőhöz. 
A már kapcsolódott egyedek között 

a tapasztalatcsere megmarad a P2P 
elvnek köszönhetően. 


A továbbfejlesztés irányai 

Ebben a fejezetben kerül bemutatásra 
a Komondor rendszerének lehetséges 
továbbfejlesztési irányai, melyeket az 
előbbiekben alkalmazott szempontok 
szerint értékelünk. 

Az alhálózatok védelméhez megfon- 
tolandó a Komondor átfedő hálóza- 
tának részben központosított kialakí- 
tása, hasonlóan a FastIrack hálózati 
modellhez. A FastIrack eredeti célja 
ugyan a méretezhetőség javítása volt, 
azonban a következőkben ismertetés- 
re kerülő megfontolások alapján 


szintén a részben központosított 
átfedő látszik célszerűnek. Iudjuk, 
hogy hálózatok, géptermek kiala- 
kításakor megszokott módszer, 

hogy az egyes hálózati szelvények 
munkaállomásaihoz közös tűzfal 
tartozik. Mivel ilyenkor a munkaállo- 
mások általában erre támaszkodnak, 
önmaguk nem látnak el tűzfal fel- 
adatkört. A védelmet nyújtó Komon- 
dornak mindenképpen a tűzfal szá- 
mítógépén kell futnia. A munkaállo- 
másokon futó Komondor egyedeknek 
a feladata ekkor a betolakodás-észle- 
lésre korlátozódik. A megszerzett 
tapasztalatokat, amelyekről adatbázist 
sem szükséges vezetniük, azokat 
mindegyik a saját tűzfalán futó fel- 
sőrangújához továbbítja. lermésze- 
tesen a felsőrangúak is észlelhetnek 
betolakodási kísérletet. 

A P2P elv ebben az esetben ugyanúgy 
alkalmazható, mint eddig. A tűzfalak 
között jön létre ekkor a P2P összeköt- 
tetés, amely lehet teljes gráf is, azaz 
mindegyik mindegyikhez, mivel 

a forgalom még egy adott tapasztalat 
száz másik gép felé történő megosz- 
tásakor is kilobájt nagyságrendű 
csupán. A már ismertetett címtarto- 
mány pásztázás miatt pedig itt szom- 
szédos alhálózatokat védhetnénk 
hatásosan, ami úgyszintén kis számú 
felsőrangút feltételez. 

Ez a fajta védelem igen hatásos lehet, 
azonban a hálózati/szállítási réteg 
közötti beavatkozásra korlátozódik. 

A munkaállomások Komondor egyedei 
egy egyszerűbb programot futtatnak, 
mint a felsőrangúak. A P2P hálózatba 
szerveződés helyett ezek a hálózati át- 
járó (gateway) címét kérdeznék le az 
operációs rendszertől, amely értelem- 
szerűen megegyezik a tűzfal címével, 
ahol a felsőrangú egyed fut. Az épít- 
ménynek akkor is van értelme, ha 

az egyes tűzfal mögötti gazdagépek 
közös hálózati címen osztoznak. 

Ekkor a hálózati címfordítást (Network 
Address Translation, NAT) végző útvá- 
lasztó a kapcsolat kapuszáma szerint 
más-más belső ponthoz továbbít cso- 
magokat. Ezek a csomagok eredetileg 
hozzá érkeznek, de a szolgáltatásokat 
érő támadásokat csak az azokat meg- 
valósító gazdagépek képesek felderí- 
teni. Ennek az oka például az, hogy 
az útválasztónak nincs arról tudomá- 
sa, hogy egy adott felhasználói név 
egy belső gépen létezik-e. 


A hetolakodás-észlelés további 


módszerei 
A Komondor megvalósított változata 


bővíthető további tapasztalatszerző 
módszerekkel. Betolakodási kísérletek 
észleléséhez lehetséges például egy 
olyan program modul létrehozása, 
amely egy web kiszolgálót imitál, azaz 
tényleges szolgáltatásokat nem nyújt, 
csak a bejövő HTIP kérések vizsgála- 
tával próbál gyanús jeleket gyűjteni. 
A támadó számára megtévesztő lehet, 
ha az igazi web kiszolgálót egy szokat- 
lan hálózati kapura (port) telepítjük, 
például a 8080-asra, míg a szokásos 
80-as kapun a Komondor imitált web 
kiszolgálója fut. Egy későbbi 
windowsos változatban erre a célra 
felhasználható lehetne az ott egyéb- 
ként nem használt 22-es (SSH) vagy 
23-as (telnet) kapu. Ezt a modult nem 
szükséges közvetlenül a Komondorba 
építeni, futhat külön folyamatként is, 
naplófájlt vezetve. 

Az előbbiekben ismertetett saját ta- 
pasztalatszerzési eljárás mellett számí- 
tani lehet arra, hogy a Snort közösség 
egy mindig naprakész felderítő adat- 
bázissal rendelkezik, így a fejlesztés 
során a hangsúlyt a saját tapasztalat- 
szerzés helyett a Komondor egyedek 
P2P hálózatba szerveződésének javítá- 
sára érdemes fektetni. 


Czirkos Zoltán 
Jelenleg diplomatervező a Budapesti 
Műszaki Egyetem Elektronikus Eszkö- 
zök lanszékén. Kutatási területe az 
operációs rendszerek betörésvédelme 
és a P2P kommunikáció. 2005-ben 
a ludományos Diákköri Konferencián 
II. helyezést ért el. Kedvencei a boszor- 
kányos és a rózsaszín párducos filmek. 


KAPCSOLÓDÓ CÍMEK 


Komondor tesztváltozat: 
2 http://jutas.eet.bme.hu/ 


oSnort 

2 http:/Awww.snort.org 
RealSecure: 

2 http:/Avww.iss.net 

Swatch: 

2 http://swatch.sourceforge.net 
Nmap: 

2 http:/Awww.insecure.org 


Gnutella: 
2 http:/Avwww.gnutella.org 
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w Kedvcsinálóként nézzük meg, Mindkettőről el kell mondanunk 
mire is használható a mencoder: a mencodernek, hogy mit szeretnék vele 
csinálni. Ez jelentheti valamilyen audio/ 

e Hibás indexű fájlok javítása videótömörítő (codec) alkalmazását 

e — Filmek összefűzése, vágása, vagy akár közönséges másolást. Codec 
átméretezése használatakor rengeteg paramétert 

e . Különféle videóformátumok megadhatunk, melyek azonban nagy- 
közötti konverziók részt elhagyhatók, ilyenkor az alapér- 

e . DVD-rip készítése telmezett beállításokat veszi figyelembe 

e — ]Tv-adások felvétele a program. Egy általános mencoder 


e Különálló képekből film létrehozása parancssor a következőképpen néz ki: 
e Rengeteg szűrő (például zajcsök- 


kentés, logó eltávolítása) alkalma- mencoder -oac caudio codec: 
zásának lehetősége -ovc Video codecs [-ccodec 
e és még rengeteg egyéb funkció... 5 paraméterek:]  cbemeneti 


zfájl(ok)d)s -o ckimeneti fájl: 


Mel mŰsrnned 7. 
AULCKIILES 


A mencoder használatához szükséges A használható audio- és videocodecek 
egy vagy több forrásfájl, ami(ke)t fel- listáját lekérhetjük a 
használvajátalakítva hozunk létre egy 

célfájlt. A forrásfájl — mely nem feltétle- " mencoder -oac help 

nül jelent a szó szoros értelmében vett 

fájlt, hanem lehet a szabványos beme- illetve a 


netre csővezeték segítségével érkező 

adatfolyam vagy akár a tv-tuner kártya — mencoder -ovc help 
is — alapvetően két fontos folyamot 

tartalmaz: az audio és a video részt. parancsokkal. 


10 Linuxvilág 


mencoder 








A ,legjobb linuxos videólejátszó" és számos más cím sokszoros győztese, 
az MPlayer nevű lejátszóprogram csak fele a csomagnak, ami az mplayerhag.hu 
címről letölthető. A másik, talán még nagyobb tudású eszköz a mencoder, 
mely hihetetlenül sokrétű, de parancssoros felülete sokakat elriaszt a behatóbb 


Egyszerű feladatok másolással 
Index javítása 

legyük fel, hogy (természetesen legá- 
lisan...) letöltöttünk az internetről 
egy filmet, ami azonban hibás indexet 
tartalmaz (például azért, mert nem 
sikerült teljesen letölteni), vagy a CD, 
amin tároltuk megsérült, és így nem 
tudunk benne előre-hátra tekerni. 

A mencoder segítségével egyszerűen 
átmásoljuk a hibás fájl videó- és 
audióanyagát egy új, jól működőbe, 
amihez újrageneráljuk az indextáblát: 


mencoder -oac copy -ovc copy 
s.1dx rossz.avi -o jo.avi 


Ebből már ki is derül, hogy ha nem 
akarjuk a fájlt újratömöríteni, csak 
másolni, a copy kulcsszót kell a codec 
neve helyett írnunk. 


00) faji OSSZETZESE 
Kihasználva azt, hogy a mencoder 
több fájlt is képes forrásként 
használni, egyszerűen átmásoljuk 
őket egy újba: 





mencoder -oac copy -ovc copy 
sz filmi.avi film2.avi -o 
s osszefuzve.avit 


Esetleg szükség lehet a -noidx 
és/vagy -forceidx kapcsolókra, hogy 
a keletkező fájl indexe ne legyen hi- 
bás. Az összefűzés csak azonos felbon- 
tású és azonos codec-kel tömörített 
fájlok esetén működik! 


Nem csak egy fájl elejétől a végéig 
dolgozhatunk a mencoder-rel, hanem 
megadott kezdőponttól kiindulva 
adott hosszúságú részt is használ- 
hatunk. A kezdőpontot a -ss kapcso- 
lóval, a hosszt pedig a -endpos 
segítségével adhatjuk meg. Például 





a forrásfájl ötödik percétől másfél 
perc hosszúságú rész kivágása: 


mencoder -ss 5:00 -endpos 1:30 
—5-oac copy -ovc copy 
—sforras.avi -o vagott.avi 


lermészetesen a mencoder nem csak 
másolni képes, hanem rengetegféle 
formátumba tömöríteni is tud. 

A videóanyagra leggyakrabban vala- 
milyen Mpeg4 formátumot szoktunk 
használni (ilyenek például az ismert 
XviD, DivX codec-ek). A mencoder 
által favorizált codec az MPlayer 
forrásában is megtalálható libavcodec, 
a példákban is ezt fogjuk használni. 
A parancssor nagyon hasonlít a máso- 


s s 


láskor használtakra, de kibővítjük még 
más kapcsolókkal is, és természetesen 
nem a copy paramétert adjuk meg 

a -oac és -ovc kapcsolóknak. 
Kezdjünk egy egyszerű konvertálás- 
sal, ahogy egy bármilyen fájlból 
(példádul egy tunerkártyáról előzőleg 
felvett, kevéssé tömörített anyagból) 
készítünk MPEG-4 kép- és MP3 hang- 
tömörítéssel rendelkező avi fájlt: 


mencoder -oac lavc -ovc lavc 
sz -]lavcopts vcodec-mpeg4: 

ss acodec-mp3 forras.avi -o 
scel.avi 


Audio- és videócodecnek egyaránt 

a már említett libavcodec-et (a 
mencoder rövidítése szerint lavc) 
választottuk. A libavcodec-nek para- 
métereket a - lavcopts kapcsoló után, 
egymástól kettősponttal elválasztva 
adhatunk át. A fenti példában csak 
kettő ilyet láthatunk: a keletkező 

fájl video (vcodec) és audio (acodec) 
formátumát adtuk meg. Nagyon sok 
paramétert sorolhatunk még fel, 

de ha nem tesszük, az alapértelmezett 
értékeket veszik fel. 

Ha a legjobb képminőségre törek- 
szünk, érdemes még néhány paramé- 
terrel megtoldani a parancssort (ezek 
magyarázatát lásd a keretes részben): 
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mencoder -oac lavc -ovc lavc 
3 .-]lavcopts vcodec-mpeg4: 

s acodec-mp3 :vbitrate-1800: 
ss abitrate-128:mbd-2:trell: 
s v4Amv:gpel forras.avi -o 
scel.avi 


Erre még rátehetünk egy (sőt, akár 
kettő!) lapáttal, ha dupla időt szánunk 
a tömörítésre, és két menetben 
tesszük ezt. Ezt egyszerűen elérhet- 
jük, csak adjuk a lavcopts részhez 

a vpass-1 paramétert (ez lesz az első 
menethez tartozó parancssor), majd 
miután a kódolás elkészül, az egyest 
írjuk át kettesre és futtassuk ismét. 
Az első menetben készül egy 
divx2pass. log nevű fájl, amit a má- 
sodik menetben a codec felhasznál 
hogy jobb minőséget érhessen el, ezt 
a második menet után letörölhetjük. 
Egy kétmenetes tömörítés parancsso- 
rai tehát: 


mencoder -oac lavc -ovc lavc 
sz .-]lavcopts vcodec-mpeg4 : 
2006. május n 
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ss acodec-mp3 :vbitrate-1800: 
ss abitrate-128:mbd-2:trell: 

sz v4ámv:gpel:vpass-1i1 forras.avi 
5-o cel.avi 

mencoder -oac lavc -ovc 
s -lavcopts vcodec-mpeg4: 
ss acodec-mp3 :vbitrate-1800: 
ss abitrate-128:mbd-2:trell: 

sz v4ámv:gpel:vpass-2 forras.avi 
s-o cel.avi 


lavc 


A forrás megadása 

Kedvenc mencoderünk nem csak fájlo- 
kat képes beolvasni, használhatunk 
DVD-t, tv-tunert vagy akár különálló 
képeket is film létrehozásához. 


DVD 


A dvd:// ,protokollt" és a tömörí- 
tendő sáv számát kell megadnunk. 
Az első sáv tömörítése AVI-ba például 
így fest: 


mencoder -oac lavc -ovc lavc 
ss dvd://1 -o cel.avi 


Ha több DVD-olvasónk is van, 
a -dvd-device kapcsolóval jelöl- 
hetjük ki a megfelelőt: 


-dvd-device /dev/hdc 


TV-tuner 

A bemeneti fájl helyett a tv: // formá- 
val jelezhetjük hogy a tunerkártyáról 
fog érkezni a tömörítendő anyag. 
Ilyenkor mindenképp adjunk meg 
néhány fontos paramétert, például 

a csatorna számát vagy frekvenciáját, 
amiről fel szeretnénk venni, illetve 
szükség lehet a meghajtó (driver) 
megadására (rendszerint v41] vagy 
v412), és többnyire előre megadjuk 
azt is, hogy mekkora felbontású legyen 
a film. Egy , mencoder-nyelvű" példa: 


mencoder tv:// -tv driver-v4l2: 
ss channel-21:width-384:height- 
288 -oac lavc -ovc lavc -o 
—tv.avi 


A channel paraméterrel adhatjuk 
meg a használandó csatorna kódját. 
Ehelyett állhat a csatorna frekvenciája 
is, a következő formában: 


freg-583.250 


Ha 384x288-nál nagyobb felbon- 
tásban szeretnénk rögzíteni 
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a képanyagot, deinterlacert kell 
használnunk, ellenkező esetben 
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mozgás közben , fésűs" lesz a kép. 
Ehhez írjuk a parancssorhoz a követ- 
kező varázsszavakat: 


-vf pp-fd 
A részletes magyarázatot a szűrők 
leírásánál adjuk meg. 


Különálló képek 

Készíthetünk filmet több állóképből is, 
amihez természetesen hanganyag is 
illeszthető. Így például hangulatos 
,kisfilmet" állíthatunk össze családi 
fényképekből. Íme egy példa: 


mencoder mf://".jpg -mf 

3 type-jpeg: fps-1:w-640:h-480 
ss. -ovc lavc -oac copy - 

sz; audiofile zene.mp3 -o 

5 kesz.avi 


Az mf : // protokollal jelezzük hogy 
képfájlokat használunk forrásként, 

a két / után írjuk a fájlmaszkot vagy 
egymástól vesszővel elválasztva 

a fájlneveket. A -mf kapcsoló para- 
méterei között szerepeltethetjük 

a képfájlok típusát (type), a kimeneti 
videófájl szélességét (w) és magassá- 
gát (h) valamint a másodpercenkénti 
képkockák számát (fps). Ha a -mf 
után átadott méretezési paraméte- 
rekre nem reagál a mencoder, 
használhatjuk az átméretező szűrőt 
(lásd később). 


szűrők 
A mencoder döbbenetes mennyiségű 
szűrő használatával képes átalakítani 
a forrásként használt videóanyagot. 
A szűrők használatához a -vf 
kapcsolót kell megadnunk, 
paraméterként pedig 

a használandó 
szűrő nevét, 
illetve 


s 





Pal zésű 


szükség esetén a szűrőnek átadott 
opciókat (ha több is van, egymástól 
kettősponttal elválasztva). Mivel 

a szűrők átalakításokat végeznek 

a filmen, nem elég csak másolni 

a képanyagot, mindenképp valami- 
lyen codecet kell használnunk. 
Nézzük át a legfontosabb illetve 
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leggyakrabban használt szűrőket! 


Vágás 

Most más vágásról van szó, mint pár 
bekezdéssel feljebb amikor a film egy 
részét használtuk csak fel. DVD-ről 
származó filmnél vagy néha tv-felvé- 
teleknél előfordul a kép alsó és felső 
részén széles fekete csík, amikre 
egyrészt nem vagyunk kíváncsiak, 
másrészt a tömörítés hatásfokát és 

a kódolt videó minőségét is rontja. 

A megoldás az, hogy a képnek csak 
azt a részét használjuk, amin a szá- 
munkra értékes képanyag van. 

A mencoder szűrői között a crop-ra 
lesz szükségünk, melynek megadhat- 
juk a használni kívánt képrészlet szé- 
lességét, magasságát és a bal felső 
sarkát. Ha nem akarunk tippelgetéssel 
eltölteni rengeteg időt, használhatjuk 


Fal Falsál 


az mplayer-t a cropdetect szűrővel: 
mplayer -vf cropdetect film.avi 


Ennek eredményeképpen az mplayer 
a terminálra írja a használandó para- 
métereket, így azokat egyszerűen csak 
be kell másolnunk 

a mencoder 


parancssorába. La 







1. táblázat A DVD illetve VCD 
készítésekor használható felbontások 


392x289 
480x5/6 


720x5/6 
704x576 
392X9/0 
Siet 


max. 9800 


Egy példa: 


mencoder -oac lavc -ovc lavc 
mm .-vf crop-464:272:8:34 
sfilm.avi -o vagott.avi 


Átméretezés 

DVD-cről történő tömörítéskor a torzult 
képarány miatt célszerű átméretezni 

a képet. Ilunerkártyáról digitalizálva 
többnyire nem 768x576-os felbontást 
használunk, hanem kisebbre vesszük 
a képméretet. Mindkét esetben 

a scale filterrel lesz szükség, aminek 
a kívánt szélességet és magasságot kell 
átadnunk: 


mencoder -oac lavc -ovc lavc 
sm. .vf scale-640:480 film.avi 
—.- o atmeretezett.avi 


Deinterlacing 

Ha DVD vagy tv-tuner a forrásunk, 
szükség lehet a váltottsoros formátum 
(interlacing) miatt megjelenő , fésűha- 
tás" eltüntetésére. A mencoder több 
úgynevezett deinterlacer szűrőt is 
tartalmaz, melyek használatához a pp 
nevű szűrőnek kell átadnunk 

a deinterlacer típusát. itt most egyet 
említünk meg: az fd-t (mivel hatalmas 
hitviták tudnak kirobbanni a , legjobb" 
deinterlacer keresése közben, ettől 
most eltekintünk, de biztatjuk a ked- 
ves Olvasót a lehetőségek kipróbálásá- 
ra és az eredmény összehasonlítására 
— az alkalmazható paramétereket 


megtaláljuk a mencoder man oldalán). 
Egy példa: 


mencoder tv:// -tv driver- 
—5v41l2:channel-21:width-768: 
s height-576 -oac lavc -ovc 
sz Javc -vf pp-fd -o 
felvetel .avi 


2. táblázat A /avcopts után 
megadható paraméterek 


Kea Ta 

vrc buf size 
vrc minrate 
vrc maxrate 


Mo kula kul 


Zajszűrés 

Leginkább tv-felvételeknél vagy VHS- 
ről digitalizált anyagnál lesz szüksé- 
günk zajszűrő használatára hogy 

a képen megjelenő zavart mérsékeljük 
vagy eltüntessük. A zajszűrő hasznát 
talán nem szükséges túl hosszan ecse- 
telni: jobb képminőség, jobb tömörít- 
hetőség. Azonban nem árt tisztában 
lenni az esetleges hátrányokkal is: 

a képélesség csökken, kissé "elmosó- 
dott lesz a kép, a tömörítési idő jelen- 
tősen megnő. Mindazonáltal a para- 
méterek helyes megválasztásával iga- 
zán szép eredményeket érhetünk el. 
A legjobb minőségű zajszűrő 

a mencoderben a hgdn3d nevű, ennek 
egy valamivel gyengébb eredményt 
produkáló de érezhetően gyorsabb 
változata a denoise3d nevet viseli. 
Mindegyikük három paramétert vár, 
ezeknek az alapértelmezettől (4:3:6) 
eltérő megadásával szabályozhatjuk 

a szűrő erősségét (nagyobb szám erő- 
sebb zajszűrést jelent). Íme egy példa: 


mencoder -oac copy -ovc lavc 
s -vf hgdn3d-3:2:4 zajos.avi 
.-o szurt.avi 


Logó eltávolítása 

Szintén tv-felvételeknél lehet elsősor- 
ban hasznos a képernyő minden sar- 
kát elfoglaló többnyire kevéssé esztéti- 
kus logók eltüntetése. lermészetesen 
erre tökéletes megoldás nincs, de bizo- 
nyos esetekben (főleg az átlátszatlan, 
téglalap alakú logóknál) sokkal jobb 
lehet a kozmetikázás utáni végered- 
mény mint a logókkal kidekorált 
felvétel. A mencoder erre a feladatra 

a delogo nevű szűrőt kínálja, melynek 
meg kell adnunk a logó által a filmből 
elfoglalt terület bal felső pontjának ko- 
ordinátáit és a vízszintes illetve függő- 
leges méreteit, valamint egy értéket 


Vga, 


S ha 


el latztely etette] 
2500 
max. 2500 


945 

1835 
elhagyható 
9300 

max. 9800 





arra vonatkozóan, hogy a kijelölt terü- 
let körül hány pixel vastagságú sávot 
vegyen figyelembe a logó eltávolításá- 
nál — a szűrő ugyanis úgy működik, 
hogy a logó körüli területekből próbál 
következtetni a letakart részek tartal- 
mára. Mivel egyszerű megoldás nincs 
a logó pozíciójának automatikus meg- 
állapítására, használhatjuk (sőt: hasz- 
nálnunk kell) azt a funkciót, hogy az 
utolsó paramétert -1-nek választva 
egy zöld téglalap lesz látható a koordi- 
náták által kijelölt terület körül, így 
néhány próbálgatásból egész szépen 
megtalálhatjuk a kívánt pozíciót. 

Egy példa a TV2 logó eltávolítására 
480x352-es felbontású felvételről: 


mencoder -oac copy -ovc lavc 
mm -vf delogo—392:32:50: 30: 
—6 felvetel.avi -o 

s logo nelkul .avi 


VCD/DVD készítése 

VCD/SVCD/DVD formátumú filmek 
készítése önmagában is megérne egy 
cikket, így itt csak nagyon rövid ízelí- 
tőt adunk a témából. Az első amit tisz- 
táznunk kell, hogy a mencoder csak 

a MPEG formátumú filmfájlt fogja lét- 
rehozni, nem egy CD képfájlt vagy 
DVD-re írható könyvtárszerkezetet, 
erre más programokat kell igénybe 
vennünk. 

A létrehozandó fájlra nagyon szigorú- 
ak a megkötések. DVD készítésekor 
mindössze 4 felbontás közül választ- 
hatunk (ráadásul ebből a gyakorlatban 
inkább csak az egyik használatos), 
VCD és SVCD-re szánt anyagnál pedig 
csak egyféle felbontást használhatunk 
(1. táblázat). 

Ráadásul a képarány sem lehet akár- 
milyen: 4:3 arányt használjunk, ahogy 
a IV is, egyedül a DVD formátum en- 
gedi meg 16/9-es képarány használatát 
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3. táblázat Néhány fontosabb/gyakran használt libavcodec paraméter 


acodec 
abitrate 


vcodec 
a libavcodec. 


vbitrate 


mbd 


A hanganyag formátuma. Alapértelmezés szerint mp2. 
A hanganyag bitrátája kbit/sec-ban, alapértelmezésben 224. 


A videó formátuma, ha nem adjuk meg, MPEG-4-et használ 


A videó bitrátája, alapértelmezés szerint 800 kbit/sec. 


A tömörítés minőségét befolyásoló kapcsoló, alapértelmezett 


értéke 0; nagyobb értékkel (1 vagy 2 (legjobb) választható) 
a képminőség jobb lesz, de a tömörítés sebessége csökken. 


löbb mozgásvektor használata; a képminőséget javítja, de 

a tömörítés sebességét csökkenti. Néhány asztali mpeg4-et 
ismerő (hipermarket-terminológiával élve "DivX-es") lejátszó nem 
szereti, ha ilyen eszközön is meg szeretnénk nézni a filmet, 
legyünk óvatosak! Használatához nem kell értéket megadnunk, 
csak felsorolni a paraméterek között. (például - lavcopts 
vcodec-mpeg4 : vAámv : md-2) 


Javított mozgásbecslés; használata nem csak a tömörítést 
hanem a lejátszást is lassítja valamennyire. A vAmv-nél leírtak 
erre a paraméterre Is érvényesek! 


A képminőséget befolyásoló paraméter, a többi ilyenhez 
hasonlóan lassítja a tömörítés sebességét. 


löbbmenetes tömörítés esetén kell megadni, az első 
menetben egyes, a másodikban kettes értékkel 


720x576-os felbontás mellett. 

Ezt a lavcopts-nak átadott 
aspect-4/3 vagy aspect-16/9 
paraméterekkel állíthatjuk be. 

Az elfogadott hangformátumokból 
sem nagy a választék: VCD-nél 224, 
SVCD-nél 384 kbit/sec bitrátájú MP2 
48000 Hz-es mintavételezési frekven- 
ciával, DVD-n MF2, AC3 vagy esetleg 
,s1ma" PCM 44100 Hz-cel. A frekven- 
cia helyes beállításához használjuk a 


-srate cfrekvenciaz 
és 
-af lavcresample-cfrekvenciaz 


kapcsolókat. 

Egy eddig nem használt kapcsoló 

a -of, mely a kimeneti fájl úgyne- 
vezett konténer formátumát adja 
meg, ebből nekünk a -of mpeg para- 
méterre lesz szükségünk, valamint 

a -mpegopts kapcsolóra format-xvcd, 
xsvcd vagy xdvd paraméterrel. 

lalán a legnagyobb falat azonban 

a lavcopts kapcsoló helyes paraméte- 
rezése. Az audio formátumokról már 
esett szó (az acodec és abitrate 
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paraméterekre figyeljünk!). A haszná- 
landó videócodec VCD esetén 
mpegiívideo, SVCD-nél és DVD-nél 
mpeg2video. A problémák elkerülése 
érdekében a 2. táblázatban összefog- 
laltam a a lavcopts-nak megadható 
paramétereket. 

A már megismert minőségjavító 
kapcsolók közül a trel 1 és az mbd-2 
használata ajánlott, a gpel-t és a vAmv- 
t azonban ne használjuk ($)VCD és 
DVD készítésekor! 

Lássunk egy példát DVD készítésére: 


mencoder -oac lavc -ovc lavc 

3 -of mpeg -mpegopts format-dvd 
—m-vf scale-720x576 -srate 
0748000 -af  lavcresample-48000 
sz; -lavcopts vcodec-mpeg2video: 
s keyint-25:vrc buf s17e-1835: 
s vrc maxrate-9800:vbitrate- 

53 4500:acodec-ac3:abitrate- 
55192:aspect-16/9 -ofps 25 
—film.avi -o dvd.mpg 


A mencoder fejlesztése során több 
változás is történt a program működé- 
sében illetve paraméterezésében. Ha 
valamelyik kapcsolót nem ismeri fel 


a mencoder, töltsük le a legújabb vál- 
tozatot a 3 http://www.mplayerha.hu 
weboldalról. Addig is a legfontosabb 
dolgok amik gondot okozhatnak egy 
régebbi verzió használatakor: 


A -vf helyett a régi verziók a -vop 
kapcsolót használták 

a dvd: // protokoll régebben -dvd- 
ként szerepelt (hasonlóan változott 
a tv:// használata 15) 


Abból is adódhat azonban problé- 
mánk, ha az új mencoder-t használjuk, 
ugyanis a FourCC-nek nevezett négy- 
karakteres azonosítókód, ami 

a lejátszóprogram számára ad infor- 
mációt a használandó videócodecről, 
alapértelmezés szerint FMP4-re 
változott, amit azonban sok lejátszó 
(ez lényegében az mp layer-en kívül 
az összes többire vonatkozik...) nem 
tud értelmezni, ezért nem tudja leját- 
szani. A megoldás az, hogy explicit 
módon megadjuk a használandó kó- 
dot. Ez lehet DIVX, DX50 vagy XVID 
a leggyakrabban használt libavcodec 
esetében. Az mlayer dokumentációja 
az utolsót ajánlja. A gyakorlatban 

ez a -ffourcc XVID paraméter 
megadását jelenti. 

Ezen cikk leginkább csak kedvcsináló, 
gyors áttekintés a mencoder adta lehe- 
tőségekről, aki szeretne komolyabban 
foglalkozni vele, annak mindenképp 
ajánlott a forráscsomagban és 

a mencoder honlapján egyaránt fellel- 
hető dokumentáció tanulmányozása! 
Egy másik - főleg kezdőknek szóló — 
segítség a 3 http://bokorn.uw.hu/ 
linux/dmencoder címen található 
parancssor-generátor, mely a leggyak- 
rabban használt kapcsolókból állít 
össze az igényeinknek megfelelő 
parancsokat; így nemcsak pillanatok 
alatt állíthatjuk elő a szükséges 
parancssort, hanem a tanulmányo- 
zásával jobban meg is ismerhetjük 

az egyes kapcsolók, paraméterek 
használatát. 


Bokor Norbert 
(docAchogrer hu) 

Egy autóipari cégnél 
informatikus, emellett 
Győrbe, a Széchenyi 
Egyetemre Jár. A számí- 
tógép mellett imádja a társasjátéko- 
kat. Most éppen aitározni tanul. 
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Taktikai küzdelem - valós idejú stratégia 


Linux alatt 


A belső nézetű, lövöldözős Jjátékstílus mellett leginkább a stratégiai vonal 
képes tömegeket csalni a számítógép elé. Irásunkban három igen kedvelt 


játék kerül terítékre. 


WarCraft 

Kezdjük elsőként a WarCraft2 rein- 
karnációjával! A régmúlt időket idéző, 
nagynevű RTS (Real Time Strategy) 

a Blizzard csapatának munkája, mely 
csapat sikerprogramjai által páratlan 
sikereket könyvelhet el a PC-s játék- 
ipar területén. Első projektjük 

(Lost Vikings) óta jellemzően 
izometrikus nézetű kaland / szerep- 
játék hibrideket, illetve valós idejű 
stratégiákat adnak ki kezeik közül. 
Linuxos támogatással nem szolgálnak, 
csupán Win32 platformra fejlesztenek, 
így játékaik kizárólag Wine / Cedega / 
CrossOver wrapperek segítségével 
futnak Linux alatt. 

Egyik projektjük azonban , kilóg 

a sorból": a WarCraft sorozat máso- 
dik része gyakorlatilag natívan is 
életre hívható Linux alatt. A program 
két módszerrel lenne feléleszthető, 
viszont a Blizzard az egyik utat 
bezárta, mivel sértve érezte saját 
érdekeit. Ez a bizonyos problémás 
megoldás a FreeCraft, amely ki- 
mondva, kimondatlanul a WarCraft2 
adatainak (képek, hangok, játéksza- 
bályok) felhasználására volt kihe- 
gyezve. Így a második lehetőséget 
ismertetem, mely által egy kiforrott 
játékmotorra feszítjük rá az eredeti 
játék adatcsomagjai. 

A világháló 5 http://www.stratagus.org 
címén elérhető Stratagus játékmotor 

a szabadon elérhető kódok egyik isko- 
lapéldáját testesíti meg. Jó néhány 
próbálkozás szíveként dobog, jellem- 
zően 2D izometrikus nézetű stratégiai 
játékok alapját adva. A játékmotorhoz 
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1. ábra A Stratagus / Wargus megoldás, KDE asztalon 


tartozó adatállományokat kötött sza- 
bályok szerint kell felépítenünk kezd- 
ve a könyvtárstruktúrától egészen 

a fájlnevekig. A WarCraft2 adatainak 
ilyen irányú felhasználásához előbb 
fel kell nyitnunk azokat: a Wargus 
projekt rendelkezik erre a célra szol- 
gáló kóddal (linkje az említett oldalon 
található), mely segítségével az eredeti 
Warcraft2 játéklemezről kinyert ada- 
tokat könnyen a szükséges formára 
alakíthatjuk. 

Csupán a readme állomány szerint kell 
eljárnunk: a Wargus forrás tarballját 
kicsomagoljuk valahová, majd lefut- 
tatjuk rootként a benne lévő make 


állományt (ami által létrejön egy 
wartool file). A Win32 játéklemez 
(Battle Net Edition verzió nem megfe- 
lelő!) betűzése után a diszken lévő 
/DATA mappát (kisbetűsre alakítva) 

a kibontott Wargus útjára kell másol- 
nunk, majd annak bui Id. sh szkriptjét 
le kell futtatnunk. Némi várakozás 
után erősen megváltozik az említett 
könyvtár tartalma, melyet ebben az 
állapotában egy tetszőleges útra kicso- 
magolt Stratagus motor binárisa mellé 
kell mozgatnunk. 

Ezután a stratagus állományt indítva 
a szabad játékmotor -— saját szabályait 
alkalmazva — a WarCraft2 képi világát 


Ta advance ta the next lesson, 
rotate the camera 180 degrees 
around vaur Mathership 
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2. ábra A Homeworld csodaszép világa 


kelti életre. Futtatás idejére már nem 
szükséges a Win32 játéklemez jelenlé- 
te hacsak nem szeretné valaki hallgat- 
ni a zenekari audiosávokat. lermésze- 
tesen az engine elérhető forrásként is, 
így akinek nem tetszik a bináris meg- 
oldás, az le is fordíthatja magának 

a kódot ( . /configure, make 

depend , make) — viszont az említett 
telepítési mód kellőképpen egyszerű 
és hibalehetőségektől mentes. A játék 
kellemesen nehéz, kicsi hardverigé- 
nyű, grafikája ,2D retro art" jellegű. 
Annak ellenére, hogy nem a Blizzard 
hivatalos megvalósításáról van szó, 
mindenképpen linuxos gépünkön 

a helye! 


Homeworld 

Második versenyzőnk" a Homeworld 
című alkotás, mely az 1999-es év díja- 
zott játéka. A 3 http://www.relic.com 
címen elérhető Relic Entertainment 
űrstratégiája igen érdekes történettel 
áll elő: távoli jövőnkben az emberiség 
felfedez egy lezuhant űrhajót, melyről 
kiderül: sok ezer éve szenvedett hajó- 
törést, a túlélők alapította civilizációnk 


egász zá 


bölcsőjét pedig mindössze a roncs 


jelentette. A most felfedezett technikát 
felhasználva az emberiség eddigi tör- 
ténelme legnagyobb vállalkozására 
készül: a hajótest mellett talált térkép 
szerint útra kelnek eredeti otthonuk- 
ba. Mindezt egy olyan produktív 
anyahajóval, mely sok millió társunkat 
szállítja. 

Így minden fejlesztést, termelést, 
hipertér ugrást az űrben sikló ottho- 
nunkról kell majd irányítanunk... 

A játék igen komoly függőség kiala- 
kítására képes: élvezetes űrcsatáit 
látványos OpenGL leképezéssel 
rendereli, a zenei aláfestés nem kü- 
lönben fenomenális. A programkód 
megjelenése után néhány évvel a fej- 
lesztő közkinccsé tette a forrásállo- 
mányokat, ami alapján egy maroknyi 
fanatikus átírhatta ezt a remeket 
Linux alá. 

Életre keltéséhez sajnos mindenkép- 
pen szükségünk lesz a Homeworld 
windowsos telepítőlemezére. 

A Win32 változatot valahova fel kell 
telepítenünk egy rövid időre. Erre 
megfelelő lehet egy Windowst futtató 
gép, de akár egy Linuxon futó Wine / 
Cedega wrapper is. A szériaszámot 





beütve, telepítési (esetleg fake) útra 
került játékot azonnal frissítenünk 
kell 1.05 verzióra (a folt a Relic hon- 
lapján található). 

Ezek után 

a 2 http:/[/www.thereisnospork.com/ 
projects/homeworld/ címről letöltött 
linuxos bináris kódot tartalmazó 
homeworld-sdl. verzió.tar.bz2 fájlt ki- 
csomagoljuk egy tetszőleges könyv- 
tárba, ahová az imént telepített Win32 
játékverzióból a Homeworld.big, 
Update.big, devstats.dat állományokat 
át kell mozgatnunk. 

Ha készen vagyunk, a telepített 
Win32 változat törölhető. A linuxos 
játék az általunk kreált könyvtárban 
fellelhető homew or1]d parancs segítsé- 
gével indítható. A játék Win32 
telepítőlemezét a futtatás idejére be 
kell fűznünk. Nagyon fontos, hogy 

a csatolási pontnak a /mnt/cdrom-nak 
kell lennie. 

A projekt alfa 0.3 állapotú, ennek 
ellenére mentes a jelentősebb hibák- 
tól. Egy fontos dologra mindenkép- 
pen figyelnünk kell: első indításkor, 
a menüket használva a megjelenítés 
típusát OpenGL alapúra kell állítani, 
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3. ábra A Glest működés közben 


ezért a működő GLX/DRI kapocs 

itt alapfeltétel. A kód a Simple 
DirectMedia Layer könyvtárakat 
használja, így SDL környezetünket 
ajánlott naprakészen tartani. 

A linuxos játék tulasdonképpen nem 
különböztethető meg a jóval kiforrot- 
tabb Windows verziótól ami nem 
rossz ajánlólevél. A játék menetét te- 
kintve nem a véletlen műve az emlí- 
tett kitüntetés, a Homeworld ugyanis 
hemzseg a jó ötletektől. Személy 
szerint kifejezetten imádom nézni, 
ahogyan térugrás előtt minden vadá- 
szom, az összes technikám , libasor- 
ban" visszatér a vezérgépre. 


A Glest projekt 

A Glest projektet hagytam utoljára, ho- 
lott talán a legérdekesebb linuxos ké- 
pességű RIS: a 5 http:[/www.glest.org 
címen elérhető szoftver többszörösen 
díjnyertes, szabadon elérhető alkotás, 
mely a WarCraft sorozat hagyománya- 
ira próbál építeni. leljesen 3D képi 
világú, összetett modellekkel dolgozó 
játék, ötletes újításokkal fűszerezve. 
Igényesen felépített világban kell le- 
győznünk ellenfeleinket, a műfajra 
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jellemző stílusban figyelve a termelés, 
fejlesztés és hadi tevékenységünk 
arányaira. 

, Birodalmunk" alapját itt is a termelő 
munkások fogják jelenteni, harcosain- 
kat pedig a lovagoktól kezdve egészen 
a sárkányokig bezárólag választhatjuk/ 
fejleszthetjük attól függően, hogy 
technika vagy mágia vonalon szeret- 
nénk küzdeni. A programban olyan 
apróságokra is figyeltek a készítők, 
mint a napszaknak megfelelően alaku- 
ló tény- és árnyviszonyok, nem be- 
szélve a választható évszakról, ami 
által ködös, havas tájon , oszthatjuk" 
ellenségeinket. 

A programkód natív linuxos formá- 
ban is elérhető. Kész binárisként, 
Loki - alapú telepítőbe ágyazva 

a Dhttp://liflg.org címen keresendő, 
glest.verzió.run néven — mely archív 
a Glest binárisát és adatcsomagját 
foglalja magában. Rootként indítva 
az említett állományt, a játék alap- 
értelmezésben a /usr/local/games útra 
kerül, egy glest elnevezésű kötéssel 
az /usr/local/bin mappában így az 
egyszerű felhasználóként kiadott 
glest paranccsal indítható. 


Futtatásához erős gépre lesz szüksé- 
günk, működő GLX/DRI hajtotta 
grafikus kártyával. (Érdekesség, hogy 
a Glest ugyan elérhető forrásként is 
— viszont komoly függőségei miatt 
nagyon nehéz fordítani, továbbá 

a kód nem teljes egészében szabad. 
A Loki Installers for Linux Gamers 
csapatának hála, a bináris nagyon 
egyszerűen üzembe állítható a leírt 
módon.) Ez a program a stílus szabad 
megvalósítású ágának koronázatlan 
királyává nőtte ki magát, igen rövid 
idő alatt. Hazai rajongói oldala 
Dhttp://glest.atw.hu oldalon érhető 
el, a magyar nyelvi fájl is itt található. 
Őszintén remélem, hogy sikerült 

a kedvére tennem mindazoknak, aki- 
ket komolyabban érdekel a stratégiai 
műfaj, és Linux alatt is szívesen kipró- 
bálnák rátermettségüket. Kellemes 
időtöltést kívánok! 


Kovács Zsolt (koviolinuxforum.hu) 
Ouake fanatikus. Négy éve a debre- 


ceni linuxosok egyike. Töretlenül hisz 
a Slackware terjesztésben. 
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m Az ,újkori számítástechnika" törté- 
nelmében kitüntetett szerepet betöltő 
Commodore Amiga számítógépcsalád 
a kilencvenes évek elején rendkívül 
komoly piacot tudhatott magáénak. 
Története azzal kezdődött, amikor az 
eredetileg az Atari kötelékébe tartozó 
Jay Miner elhagyta munkaadóját és 
egy saját, minden konkurenst elsöprő 
gép építésébe kezdett. (Egyébként 
sokak szerint Miner azért választotta 
az Amiga nevet, mert az Atari előtt 
akart szerepelni a szakmai listákon.) 
Bár Miner kézzel fogható eredménye- 
ket produkált, rövidesen igen nehéz 
anyagi helyzetbe került. Ironikus 
módon leginkább az Atari mutatott 
komoly érdeklődést a felvásárlást ille- 
tően, de a Commodore International 
nagyobb vételárat kínált, így végül 

az ő kezükbe került a zseniális projekt. 
A Commodore irányítása alatt Amiga 
számítógépek egész sorozata látott 
napvilágot. A 16 bites ,csodamasinák" 
(elsősorban az 500-as és 1200-as széri- 
ák) a szoftverfejlesztők és egyszerű 
vásárlók körében egyaránt népszerűek 
voltak, mivel képességeikhez mérten 
korrekt összegért lehetett hozzájuk 
jutni, paramétereik pedig messze meg- 
előzték az adott kor fejlettségi szintjét. 
Az Amiga 500 egy mai, PC-hez szokott 
felhasználó számára leginkább egy 
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vaskos billentyűzetnek 
tűnik. (A szépség ugye- 
bár szubjektív dolog. 
Szerintem kifejezetten 
formás gépről van szó, 
amit gyűjteményem 
egyik nagybecsű 
darabjaként őrzök). 

A számítógép beépített 
floppy meghajtója, 
Motorola 68k 
processzora, 512 Kbyte 
ChipRAM-ja, tisztessé- 
ges hangkezelése saját 
idejében igen komoly 
kereskedelmi potenci- 
ált jelentett. Az Ami- 
gákhoz a Commodore gyártottak külön 
monitort is, ám a felhasználók többsé- 
ge TV-modulátor segítségével egyszerű 
televíziókat használt megjelenítőként 
— jelentős összeget takarítva meg ezzel. 
A kilencvenes évek elején már töme- 
gesen jelentek meg a gép képességeit 
végletekig kihasználó játékprogra- 
mok, az igen jó színvonalat képviselő 
szoftverek között pedig már fellelhető 
néhány - számunkra igen régi — PC-s 
ismerős is. Ilalán akadnak az olvasók 
közöt, akik emlékeznek a Settlers, 
Prince of Persia, Lotus, esetleg a Street 
Rod első részeire. Hála a lelkes gyűj- 
tőknek, ez a hihetetlenül sok program 
ma is elérhető, javarészt az emuláto- 
rok számára megfelelő Amiga Disk 
File (ADF) formátumban. 

A 16 bites Amiga 500 emulálására 
Linux alatt több megoldás is létezik. 
Ezek közül most az Ultimate Amiga 
Emulatort szeretném bemutatni. 
Kiforrott program, hosszú évek 

óta szolgálja felhasználóit, 

a 2 http:[/www.freiburg.linux.de/ 
—uae címen található honlapjáról 


UAE control 


Reset 


jdoni éj éelgdla te] 9 li [z 


Chip Mem 
s válts 
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Floppy disks : Memory CPU emulation Graphics 


[mntdvd/fontosfamigazkickékickstarti 5/kick1 3.rom 


ROM key file for Cloanto 








Debug 


ee UT Ji Load state 


Chipset S0und Game ports Harddisks About 


Change 


) miga Forever 


Change 


kelta tal o[-i új) Fast Mem zZ3 Mem 
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tv s 2 MB rlz 54 MB 
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ü MBE ndi os) 2586 MB 


These settings take effect after the next reset 


pedig szabadon letölthető a forrása 
illetve binárisa egyaránt. 
Hangolhatóságának köszönhetően 
több Amiga szériát is képes emulálni. 
Lefordítani a szokásos 


. /configure 
make 
make install 


parancsokkal lehet. Könnyen használ- 
ható forráskódok esetén ritkán szoktam 
ajánlani az előre fordított bináris verzió 
használatát. Mivel azonban ennél 

a programnál semmilyen különbség 
nincs a két megoldás hatékonysága 
között, ha valaki nem szeretné az idejét 
pocsékolni, nyugodtan használhatja 

a kész binárist is (mindössze a GIK 
függőségekre kell figyelni). 

A program felhasználóként kiadott 


uae 
parancsra indul. Használatához szük- 


ség lesz a megfelelő ".adf formátumú 
lemezképek mellett a jogvédett 


ETT 


— 3. ábra Így néz ki az , öreg" Lotus2 





kickstart.rom állományra is. Utóbbi 
tartalmazza a gép beégetett, valódi 
többfeladatos operációs rendszerének 
rutinjait. Az eredeti Amiga 500-hoz 
tartozó KickStart-ot már elég nehéz 
fellelni, a modulárisabb felépítésű 1.3 
verzió beszerzésére viszont nagyobb 
esélyünk van. Ha bármilyen Amiga 
állományt keresünk, az első három 
hely, ahova érdemes ellátogatni 

a következő: 3 http://back2roots.org, 

2 http://amiga.emucamp.com, valamint 
a 2 http://www.marksplace.f9.co.uk. 
Az emulátor első indításakor érezhető- 
en lassú, ezek után viszont nem lehet 
okunk panaszra. Beállítását egy élet- 
szerű példán keresztül fogom bemu- 
tatni. Nézzük tehát, hogyan lehet 
életet lehelni egyik régi kedven- 
cembe, a Lotus2 játékba! 

Az UAE kezelőfelületén lévő Memory 
fülön válasszuk az esetünkben hasz- 
nálandó kickstart13.rom állományt, 
majd az eredeti Amiga konfigurációt 
erősebbre állítva a Chip Mem értéket 
2 Mbyte, Slow Mem értéket 512 Kyte, 
a Fast Mem értéket 2 Mbyte méretre 
érdemes rögzítenünk. Ezek után 

a CPU Emulation fülön található a 68k 
megoldást lehetőség szerint változtas- 
suk 68k20-ra. A listában elérhető pro- 
cesszorok némelyike matematikai társ- 
processzorban különbözik a többitől, 
az FPU viszont számunkra most 
lényegtelen. A CPU Speed kapcsolót 
tegyük 7 MHz állásba. Grafikai finom- 
beállítással most ne foglalkozzunk, 
mindössze az eredeti Original ChipSet 
beállítást változtassuk HiII ECS-re, 

a sprite ütközés kezelését pedig 
tegyük Sprites Only állásba. 





Hang természetesen állítható normal, 
stereo, 16 bit értékre is, ne feledjük 
azonban, hogy az eredeti gép csak 

8 bites hangkeltéssel rendelkezett! 
Game Ports fülön ízlés szerint kell be- 
állítani a vezérlést — én egyes vezérlő- 
ként mindig a billentyűzetem numeri- 
kus részét adom meg, másodikként 
pedig a kurzorbillentyűket. Az AE 
egyébként botkormányt is kezel! 

A HDD kezelés utánzása Amiga 500 
esetében lényegtelen, ez eredetileg 

a 600-as sorozat rendszerébe került 
be lényeges fejlesztésként. (Ennek 
ellenére merevlemez használható 

volt az említett régebbi szérián is, 

de csak speciális illesztőkártyával.) 
Álljunk vissza a Floppy fülre, Insert 
gombbal válasszuk ki az autóverseny 
lemezének lenyomatát, majd ,enged- 
jük fel" a Pause gombot. Eredmény- 
képpen új grafikus ablak bukkan fel, 
amelyben először a KickStart képe, 
majd a játék betöltője (/oader) fogad 
minket. Rövid idő múlva a Lotus2-be 
feledkezhetünk... 

A programok betöltésére nem ritkán 
várnunk kell akár egy egész percet is. 
Ha valamit elrontottunk, a kívánt ".adf 
állomány nem töltődik be. Ilyenkor 

a felbukkanó ablak alsó részén látható, 
lemezegységet szimbolizáló fények hi- 
bát jeleznek. Teljesen félresikerült beál- 
lításra, hibás lemezképre a híres , Guru 
Meditation" üzenetet kapjuk: ez volt 

a számítógép egyik jellemző — de meg- 
lehetősen ritka — hibaüzenete. 

A paramétereket futás közben is meg 
lehet változtatni, de ezzel a lehetőség- 
gel bánjuk óvatosan: röptében legfel- 
jebb a kontrollbillentyűket állítgassuk. 


EJ S 
4. ábra A Settlers világa 





Ha új programot szeretnénk betölteni, 
csupán a Reset, majd Pause gombot 
kell megnyomni a kezelőfelületen, és 
már jöhet is a , virtuális lemezcsere" . 
Többlemezes programnál a diszkek 
cseréje a Pause funkció használatával 
lehetséges, a megállított emulátorban 
egyszerűen válasszuk ki az új állo- 
mányt, majd engedjük tovább a futást. 
A más beállításokat igénylő, későbbi és 
komolyabb programok (például 

a Shogo amigás változata, egyéb scene 
munkák) konfigurációs környezete 

a fentebb említett back2roots oldalon le 
van írva, egészen az AGA lapkakészle- 
tes gépeket utánzó beállításokig. Jelen- 
tős terjedelmük miatt ezeket az infor- 
mációkat itt most lehetetlen leírnom. 
Amellett, hogy az emulált Amiga plat- 
form összes programjával együtt digi- 
tális örökségünk megbecsülendő ré- 
sze, bármilyen régi program, bármely 
játék az UAE segítségével a fiatalabb 
és , tapasztaltabb" korosztálynak 
egyaránt több órás szórakozást ígér. 
Mivel a cikk írásakor a projekt honlap- 
ján linkelt FIP elérhetőségek szüne- 
teltek, így az érdeklődők számára 
feltöltöttem egy linuxos UAE 0.8.21 
verziójú binárist tartalmazó RPM 
csomagot ide: 5 http://kovi.uw.hu/ 
Ivilag2006. Használatához termé- 
szetesen szüksége lesz az olvasónak 
KickStart ROM lenyomatra. 


Kovács Zsolt (koviolinuxforum.hu) 
Ouake fanatikus. Négy éve a debre- 


ceni linuxosok egyike. Töretlenül hisz 
a Slackware terjesztésben. 
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